GlossarWiki - Benutzerbeiträge [de-formal]

EXist

2008-07-01T23:34:25Z

FaPe: /* Leistungsumfang */

=Definition=
Das Open-Source Projekt '''eXist''' bietet ein in Java implementiertes [[Datenbank-Management-System]] (DBMS), welches seine Daten nativ im [[XML]]-Datenmodell abspeichert und verwaltet. Es stützt sich ausschließlich auf freie W3C-Standards wie [[XML Query Language]] und [[XML Path Language]] als Abfragesprachen oder [[XSLT]] als Transformationssprache.

Begründet wurde ''eXist'' 2000 durch Wolfgang Meier, der dessen Entwicklung seit 2001 auf dem Open-Source-Portal [http://exist.sourceforge.net SourceForge.net] gemeinschaftlich vorantreibt. Es steht unter der Lizenzierung der [[GNU Lesser General Public License]] (LGPL) und ist in diesem Rahmen also auch in kommerziellen Projekten als Datenbank-Backend frei nutzbar.

=Leistungsumfang=
Die eXist XML-Datenbank implementiert eine breite Palette an offenen Webstandards, um ihre Leistungen zu erreichen:

* ''Persitieren'': Generell textuelle und multimediale Inhalte sowie optimiert XML-Daten
* ''Selektion'': XQuery 1.0 oder XPath 2.0
* ''Modifikation'': XUpdate und bald die XQuery Update Facility 1.0
* ''Transformation'': XSLT 1.0 oder XSLT 2.0
* ''HTTP-Schnittstellen'': REST, WebDAV, SOAP, XMLRPC, Atom Publishing
* ''Erweiterungen'': XQuery Funktionsbibliotheken als Erweiterungsmodule

==REST-Schnittstelle==
In Form eines Java-Servlets realisiert eXist eine Zugriffsschnittstelle, die sich am ''Representational State Transfer (REST)'' als Architekturstil für Hypermediasysteme anlehnt. Es veröffentlicht darüber den Verzeichnisbaum ihres Speicherbereichs unter einer Basis-URI. Befinden sich Anwendungsdateien z.B. unter dem Datenbankpfad <code>/cms/</code>, so werden sie bei eXist standardmäßig über <code>http://host:port/exist/rest/db/cms/</code> netzwerkweit mit einem HTTP-Client zugreifbar - selbstverständlich mit optionaler HTTP-Authentifizierung. Über die einzelnen HTTP-Methoden lassen sich auf solchen Datenbank-URIs verschiedene Operationen auslösen:

* '''GET''': Bezieht je nach HTTP-Header ''Content-Type'' eine passende Repräsentation des Datenbankobjekts (z.B. ”text/xml”). Übergibt man einen XQuery-Ausdruck als Request-Parameter ''_query'', so wird stattdessen dieser ausgeführt und sein Resultat zurückgegeben.
* '''POST''': Kann im POST-Inhalt eine für die GET-Variante zu lange XQuery enthalten, die in spezielle ''<exist:query>''-Tags einzubetten ist und äquivalent zu ''_query'' behandelt wird.
* '''PUT''': Speichert oder ersetzt ein Dokument als Datenbankobjekt, wobei der HTTP-Header ''Content-Type'' über das gewählte textuelle oder binäre Ablageformat entscheidet.
* '''DELETE''': Entfernt das addressierte Objekt aus der Datenbank, falls existent.

Ein Spezialverhalten weisen binär abgelegte XQuery-Dokumente (*.xql) auf, bei denen GET und POST direkt in der Auswertung ihres Inhalts resultieren. Dies erlaubt es über XQuery zusammengestellte Webseiten direkt auszuliefern oder z.B. Formularanfragen aus [[XForms]] zu bedienen.

==XQuery-Erweiterungen==
Für die Umsetzung von Websystemen, die z.B. über die REST-Schnittstelle abgespeicherte XQuerys abfragen, bietet eXist einige nützliche Erweiterungen als XQuery-Funktionsbibliotheken. Neben recht speziellen Leistungen wie Emailversand, Datenkompression, Bilderverwaltung und mathematischen Funktionen sorgen HTTP-Kontextzugriff und Utility-Funktionen für den höchsten Mehrwert.

'''HTTP-Kontextzugriff''': Erlaubt das Auslesen und Manipulieren der im aktuellen HTTP-Kontext befindlichen Informationen.
* ''Request/Response'': Setter & Getter für Header, Parameter, Attribute, Daten, Pfadinformationen, Statuscode und Cookies.
* ''Sessions'': Lebenszyklusverwaltung sowie Setter & Getter für Attribute.
* ''Sonstiges'': URL-Encoding & -Decoding, Redirects sowie Streaming von Binärdaten.

'''Utility-Funktionen''': Nützliche Funktionen, die hauptsächlich die dynamische Datengenerierung, effiziente Datenverwaltung und funktionale Programmierung anreichern.
* ''Datenverwaltung'': Einlesen von textuellen und binären Dokumenten, Umwandeln zwischen textuellen und binären Daten, Parsen zu logischem XML-Baum, Serialisierung einer Knotensequenz.
* ''Dynamik & Programmierung'': Dynamische Modulimporte und XQuery-Auswertung, Locking für Knoten, Logging, MD5-Hashing, Zufallsgenerator, Funktionszeiger, Catch für Exceptions.

=Quellen=
* Cagle, Kurt (2006): I Think, Therefore I eXist ... . O’Reilly Media Inc., XML.com, [http://www.oreillynet.com/xml/blog/2006/09/i_think_therefore_i_exist.html Onlineartikel].
* Fielding, Roy T. (2000): Architectural Styles and the Design of Network-based Software Architectures. University of California, Irvine, [http://www.ics.uci.edu/~fielding/pubs/dissertation Onlineversion].
* Meier, Wolfgang (2003): eXist: An Open Source Native XML Database. Darmstadt University of Technology, [http://exist-db.org/webdb.pdf Onlineversion].
* [http://exist.sourceforge.net/ SourceForge.net - eXist Open Source Native XML Database]

[[Kategorie:XML]]
[[Kategorie:Web-Programmierung]]
[[Kategorie:Content-Management]]
[[Kategorie:Glossar]]

EXist

2008-07-01T23:32:05Z

FaPe: /* Leistungsumfang */

=Definition=
Das Open-Source Projekt '''eXist''' bietet ein in Java implementiertes [[Datenbank-Management-System]] (DBMS), welches seine Daten nativ im [[XML]]-Datenmodell abspeichert und verwaltet. Es stützt sich ausschließlich auf freie W3C-Standards wie [[XML Query Language]] und [[XML Path Language]] als Abfragesprachen oder [[XSLT]] als Transformationssprache.

Begründet wurde ''eXist'' 2000 durch Wolfgang Meier, der dessen Entwicklung seit 2001 auf dem Open-Source-Portal [http://exist.sourceforge.net SourceForge.net] gemeinschaftlich vorantreibt. Es steht unter der Lizenzierung der [[GNU Lesser General Public License]] (LGPL) und ist in diesem Rahmen also auch in kommerziellen Projekten als Datenbank-Backend frei nutzbar.

=Leistungsumfang=
Die eXist XML-Datenbank implementiert eine breite Palette an offenen Webstandards, um ihre Leistungen zu erreichen:

* ''Persitieren'': Optimiert für XML-Dokumente und XML-Daten sowie generell textuelle, multimediale Inhalte
* ''Selektion'': XQuery 1.0 oder XPath 2.0
* ''Modifikation'': XUpdate und Äquivalent zur XQuery Update Facility 1.0
* ''Transformation'': XSLT 1.0 oder XSLT 2.0
* ''HTTP-Schnittstellen'': REST, WebDAV, SOAP, XMLRPC, Atom Publishing
* ''Erweiterungen'': XQuery Funktionsbibliotheken als Erweiterungsmodule

==REST-Schnittstelle==
In Form eines Java-Servlets realisiert eXist eine Zugriffsschnittstelle, die sich am ''Representational State Transfer (REST)'' als Architekturstil für Hypermediasysteme anlehnt. Es veröffentlicht darüber den Verzeichnisbaum ihres Speicherbereichs unter einer Basis-URI. Befinden sich Anwendungsdateien z.B. unter dem Datenbankpfad <code>/cms/</code>, so werden sie bei eXist standardmäßig über <code>http://host:port/exist/rest/db/cms/</code> netzwerkweit mit einem HTTP-Client zugreifbar - selbstverständlich mit optionaler HTTP-Authentifizierung. Über die einzelnen HTTP-Methoden lassen sich auf solchen Datenbank-URIs verschiedene Operationen auslösen:

* '''GET''': Bezieht je nach HTTP-Header ''Content-Type'' eine passende Repräsentation des Datenbankobjekts (z.B. ”text/xml”). Übergibt man einen XQuery-Ausdruck als Request-Parameter ''_query'', so wird stattdessen dieser ausgeführt und sein Resultat zurückgegeben.
* '''POST''': Kann im POST-Inhalt eine für die GET-Variante zu lange XQuery enthalten, die in spezielle ''<exist:query>''-Tags einzubetten ist und äquivalent zu ''_query'' behandelt wird.
* '''PUT''': Speichert oder ersetzt ein Dokument als Datenbankobjekt, wobei der HTTP-Header ''Content-Type'' über das gewählte textuelle oder binäre Ablageformat entscheidet.
* '''DELETE''': Entfernt das addressierte Objekt aus der Datenbank, falls existent.

Ein Spezialverhalten weisen binär abgelegte XQuery-Dokumente (*.xql) auf, bei denen GET und POST direkt in der Auswertung ihres Inhalts resultieren. Dies erlaubt es über XQuery zusammengestellte Webseiten direkt auszuliefern oder z.B. Formularanfragen aus [[XForms]] zu bedienen.

==XQuery-Erweiterungen==
Für die Umsetzung von Websystemen, die z.B. über die REST-Schnittstelle abgespeicherte XQuerys abfragen, bietet eXist einige nützliche Erweiterungen als XQuery-Funktionsbibliotheken. Neben recht speziellen Leistungen wie Emailversand, Datenkompression, Bilderverwaltung und mathematischen Funktionen sorgen HTTP-Kontextzugriff und Utility-Funktionen für den höchsten Mehrwert.

'''HTTP-Kontextzugriff''': Erlaubt das Auslesen und Manipulieren der im aktuellen HTTP-Kontext befindlichen Informationen.
* ''Request/Response'': Setter & Getter für Header, Parameter, Attribute, Daten, Pfadinformationen, Statuscode und Cookies.
* ''Sessions'': Lebenszyklusverwaltung sowie Setter & Getter für Attribute.
* ''Sonstiges'': URL-Encoding & -Decoding, Redirects sowie Streaming von Binärdaten.

'''Utility-Funktionen''': Nützliche Funktionen, die hauptsächlich die dynamische Datengenerierung, effiziente Datenverwaltung und funktionale Programmierung anreichern.
* ''Datenverwaltung'': Einlesen von textuellen und binären Dokumenten, Umwandeln zwischen textuellen und binären Daten, Parsen zu logischem XML-Baum, Serialisierung einer Knotensequenz.
* ''Dynamik & Programmierung'': Dynamische Modulimporte und XQuery-Auswertung, Locking für Knoten, Logging, MD5-Hashing, Zufallsgenerator, Funktionszeiger, Catch für Exceptions.

=Quellen=
* Cagle, Kurt (2006): I Think, Therefore I eXist ... . O’Reilly Media Inc., XML.com, [http://www.oreillynet.com/xml/blog/2006/09/i_think_therefore_i_exist.html Onlineartikel].
* Fielding, Roy T. (2000): Architectural Styles and the Design of Network-based Software Architectures. University of California, Irvine, [http://www.ics.uci.edu/~fielding/pubs/dissertation Onlineversion].
* Meier, Wolfgang (2003): eXist: An Open Source Native XML Database. Darmstadt University of Technology, [http://exist-db.org/webdb.pdf Onlineversion].
* [http://exist.sourceforge.net/ SourceForge.net - eXist Open Source Native XML Database]

[[Kategorie:XML]]
[[Kategorie:Web-Programmierung]]
[[Kategorie:Content-Management]]
[[Kategorie:Glossar]]

EXist

2008-07-01T23:29:48Z

FaPe: /* XQuery-Erweiterungen */

=Definition=
Das Open-Source Projekt '''eXist''' bietet ein in Java implementiertes [[Datenbank-Management-System]] (DBMS), welches seine Daten nativ im [[XML]]-Datenmodell abspeichert und verwaltet. Es stützt sich ausschließlich auf freie W3C-Standards wie [[XML Query Language]] und [[XML Path Language]] als Abfragesprachen oder [[XSLT]] als Transformationssprache.

Begründet wurde ''eXist'' 2000 durch Wolfgang Meier, der dessen Entwicklung seit 2001 auf dem Open-Source-Portal [http://exist.sourceforge.net SourceForge.net] gemeinschaftlich vorantreibt. Es steht unter der Lizenzierung der [[GNU Lesser General Public License]] (LGPL) und ist in diesem Rahmen also auch in kommerziellen Projekten als Datenbank-Backend frei nutzbar.

=Leistungsumfang=
Die eXist XML-Datenbank bietet eine breite Palette an Leistungen, die zumeist Webstandards umsetzen:

* ''Persitieren'': Optimiert für XML-Dokumente und XML-Daten sowie generell textuelle, multimediale Inhalte
* ''Selektion'': XQuery 1.0 oder XPath 2.0
* ''Modifikation'': XUpdate und Äquivalent zur XQuery Update Facility 1.0
* ''Transformation'': XSLT 1.0 oder XSLT 2.0
* ''HTTP-Schnittstellen'': REST, WebDAV, SOAP, XMLRPC, Atom Publishing
* ''Erweiterungen'': XQuery Funktionsbibliotheken als Erweiterungsmodule

==REST-Schnittstelle==
In Form eines Java-Servlets realisiert eXist eine Zugriffsschnittstelle, die sich am ''Representational State Transfer (REST)'' als Architekturstil für Hypermediasysteme anlehnt. Es veröffentlicht darüber den Verzeichnisbaum ihres Speicherbereichs unter einer Basis-URI. Befinden sich Anwendungsdateien z.B. unter dem Datenbankpfad <code>/cms/</code>, so werden sie bei eXist standardmäßig über <code>http://host:port/exist/rest/db/cms/</code> netzwerkweit mit einem HTTP-Client zugreifbar - selbstverständlich mit optionaler HTTP-Authentifizierung. Über die einzelnen HTTP-Methoden lassen sich auf solchen Datenbank-URIs verschiedene Operationen auslösen:

* '''GET''': Bezieht je nach HTTP-Header ''Content-Type'' eine passende Repräsentation des Datenbankobjekts (z.B. ”text/xml”). Übergibt man einen XQuery-Ausdruck als Request-Parameter ''_query'', so wird stattdessen dieser ausgeführt und sein Resultat zurückgegeben.
* '''POST''': Kann im POST-Inhalt eine für die GET-Variante zu lange XQuery enthalten, die in spezielle ''<exist:query>''-Tags einzubetten ist und äquivalent zu ''_query'' behandelt wird.
* '''PUT''': Speichert oder ersetzt ein Dokument als Datenbankobjekt, wobei der HTTP-Header ''Content-Type'' über das gewählte textuelle oder binäre Ablageformat entscheidet.
* '''DELETE''': Entfernt das addressierte Objekt aus der Datenbank, falls existent.

Ein Spezialverhalten weisen binär abgelegte XQuery-Dokumente (*.xql) auf, bei denen GET und POST direkt in der Auswertung ihres Inhalts resultieren. Dies erlaubt es über XQuery zusammengestellte Webseiten direkt auszuliefern oder z.B. Formularanfragen aus [[XForms]] zu bedienen.

==XQuery-Erweiterungen==
Für die Umsetzung von Websystemen, die z.B. über die REST-Schnittstelle abgespeicherte XQuerys abfragen, bietet eXist einige nützliche Erweiterungen als XQuery-Funktionsbibliotheken. Neben recht speziellen Leistungen wie Emailversand, Datenkompression, Bilderverwaltung und mathematischen Funktionen sorgen HTTP-Kontextzugriff und Utility-Funktionen für den höchsten Mehrwert.

'''HTTP-Kontextzugriff''': Erlaubt das Auslesen und Manipulieren der im aktuellen HTTP-Kontext befindlichen Informationen.
* ''Request/Response'': Setter & Getter für Header, Parameter, Attribute, Daten, Pfadinformationen, Statuscode und Cookies.
* ''Sessions'': Lebenszyklusverwaltung sowie Setter & Getter für Attribute.
* ''Sonstiges'': URL-Encoding & -Decoding, Redirects sowie Streaming von Binärdaten.

'''Utility-Funktionen''': Nützliche Funktionen, die hauptsächlich die dynamische Datengenerierung, effiziente Datenverwaltung und funktionale Programmierung anreichern.
* ''Datenverwaltung'': Einlesen von textuellen und binären Dokumenten, Umwandeln zwischen textuellen und binären Daten, Parsen zu logischem XML-Baum, Serialisierung einer Knotensequenz.
* ''Dynamik & Programmierung'': Dynamische Modulimporte und XQuery-Auswertung, Locking für Knoten, Logging, MD5-Hashing, Zufallsgenerator, Funktionszeiger, Catch für Exceptions.

=Quellen=
* Cagle, Kurt (2006): I Think, Therefore I eXist ... . O’Reilly Media Inc., XML.com, [http://www.oreillynet.com/xml/blog/2006/09/i_think_therefore_i_exist.html Onlineartikel].
* Fielding, Roy T. (2000): Architectural Styles and the Design of Network-based Software Architectures. University of California, Irvine, [http://www.ics.uci.edu/~fielding/pubs/dissertation Onlineversion].
* Meier, Wolfgang (2003): eXist: An Open Source Native XML Database. Darmstadt University of Technology, [http://exist-db.org/webdb.pdf Onlineversion].
* [http://exist.sourceforge.net/ SourceForge.net - eXist Open Source Native XML Database]

[[Kategorie:XML]]
[[Kategorie:Web-Programmierung]]
[[Kategorie:Content-Management]]
[[Kategorie:Glossar]]

EXist

2008-07-01T23:26:13Z

FaPe: /* XQuery-Erweiterungen */

=Definition=
Das Open-Source Projekt '''eXist''' bietet ein in Java implementiertes [[Datenbank-Management-System]] (DBMS), welches seine Daten nativ im [[XML]]-Datenmodell abspeichert und verwaltet. Es stützt sich ausschließlich auf freie W3C-Standards wie [[XML Query Language]] und [[XML Path Language]] als Abfragesprachen oder [[XSLT]] als Transformationssprache.

Begründet wurde ''eXist'' 2000 durch Wolfgang Meier, der dessen Entwicklung seit 2001 auf dem Open-Source-Portal [http://exist.sourceforge.net SourceForge.net] gemeinschaftlich vorantreibt. Es steht unter der Lizenzierung der [[GNU Lesser General Public License]] (LGPL) und ist in diesem Rahmen also auch in kommerziellen Projekten als Datenbank-Backend frei nutzbar.

=Leistungsumfang=
Die eXist XML-Datenbank bietet eine breite Palette an Leistungen, die zumeist Webstandards umsetzen:

* ''Persitieren'': Optimiert für XML-Dokumente und XML-Daten sowie generell textuelle, multimediale Inhalte
* ''Selektion'': XQuery 1.0 oder XPath 2.0
* ''Modifikation'': XUpdate und Äquivalent zur XQuery Update Facility 1.0
* ''Transformation'': XSLT 1.0 oder XSLT 2.0
* ''HTTP-Schnittstellen'': REST, WebDAV, SOAP, XMLRPC, Atom Publishing
* ''Erweiterungen'': XQuery Funktionsbibliotheken als Erweiterungsmodule

==REST-Schnittstelle==
In Form eines Java-Servlets realisiert eXist eine Zugriffsschnittstelle, die sich am ''Representational State Transfer (REST)'' als Architekturstil für Hypermediasysteme anlehnt. Es veröffentlicht darüber den Verzeichnisbaum ihres Speicherbereichs unter einer Basis-URI. Befinden sich Anwendungsdateien z.B. unter dem Datenbankpfad <code>/cms/</code>, so werden sie bei eXist standardmäßig über <code>http://host:port/exist/rest/db/cms/</code> netzwerkweit mit einem HTTP-Client zugreifbar - selbstverständlich mit optionaler HTTP-Authentifizierung. Über die einzelnen HTTP-Methoden lassen sich auf solchen Datenbank-URIs verschiedene Operationen auslösen:

* '''GET''': Bezieht je nach HTTP-Header ''Content-Type'' eine passende Repräsentation des Datenbankobjekts (z.B. ”text/xml”). Übergibt man einen XQuery-Ausdruck als Request-Parameter ''_query'', so wird stattdessen dieser ausgeführt und sein Resultat zurückgegeben.
* '''POST''': Kann im POST-Inhalt eine für die GET-Variante zu lange XQuery enthalten, die in spezielle ''<exist:query>''-Tags einzubetten ist und äquivalent zu ''_query'' behandelt wird.
* '''PUT''': Speichert oder ersetzt ein Dokument als Datenbankobjekt, wobei der HTTP-Header ''Content-Type'' über das gewählte textuelle oder binäre Ablageformat entscheidet.
* '''DELETE''': Entfernt das addressierte Objekt aus der Datenbank, falls existent.

Ein Spezialverhalten weisen binär abgelegte XQuery-Dokumente (*.xql) auf, bei denen GET und POST direkt in der Auswertung ihres Inhalts resultieren. Dies erlaubt es über XQuery zusammengestellte Webseiten direkt auszuliefern oder z.B. Formularanfragen aus [[XForms]] zu bedienen.

==XQuery-Erweiterungen==
Für die Umsetzung von Websystemen, die z.B. über die REST-Schnittstelle abgespeicherte XQuerys abfragen, bietet eXist einige nützliche Erweiterungen als XQuery-Funktionsbibliotheken. Neben recht speziellen Leistungen wie Emailversand, Datenkompression, Bilderverwaltung und mathematischen Funktionen bieten HTTP-Kontextzugriff und Utility-Funktionen wohl den höchsten Mehrwert.

'''HTTP-Kontextzugriff''': Erlaubt das Auslesen und Manipulieren der im aktuellen HTTP-Kontext befindlichen Informationen.
* ''Request/Response'': Setter & Getter für Header, Parameter, Attribute, Daten, Pfadinformationen, Statuscode und Cookies.
* ''Sessions'': Lebenszyklusverwaltung sowie Setter & Getter für Attribute.
* ''Sonstiges'': URL-Encoding & -Decoding, Redirects sowie Streaming von Binärdaten.

'''Utility-Funktionen''': Nützliche Funktionen, die hauptsächlich die dynamische Datengenerierung, effiziente Datenverwaltung und funktionale Programmierung anreichern.
* ''Datenverwaltung'': Einlesen von textuellen und binären Dokumenten, Umwandeln zwischen textuellen und binären Daten, Parsen zu logischem XML-Baum, Serialisierung einer Knotensequenz.
* ''Dynamik & Programmierung'': Dynamische Modulimporte und XQuery-Auswertung, Locking für Knoten, Logging, MD5-Hashing, Zufallsgenerator, Funktionszeiger, Catch für Exceptions.

=Quellen=
* Cagle, Kurt (2006): I Think, Therefore I eXist ... . O’Reilly Media Inc., XML.com, [http://www.oreillynet.com/xml/blog/2006/09/i_think_therefore_i_exist.html Onlineartikel].
* Fielding, Roy T. (2000): Architectural Styles and the Design of Network-based Software Architectures. University of California, Irvine, [http://www.ics.uci.edu/~fielding/pubs/dissertation Onlineversion].
* Meier, Wolfgang (2003): eXist: An Open Source Native XML Database. Darmstadt University of Technology, [http://exist-db.org/webdb.pdf Onlineversion].
* [http://exist.sourceforge.net/ SourceForge.net - eXist Open Source Native XML Database]

[[Kategorie:XML]]
[[Kategorie:Web-Programmierung]]
[[Kategorie:Content-Management]]
[[Kategorie:Glossar]]

EXist

2008-07-01T23:15:40Z

FaPe: /* Leistungsumfang */

=Definition=
Das Open-Source Projekt '''eXist''' bietet ein in Java implementiertes [[Datenbank-Management-System]] (DBMS), welches seine Daten nativ im [[XML]]-Datenmodell abspeichert und verwaltet. Es stützt sich ausschließlich auf freie W3C-Standards wie [[XML Query Language]] und [[XML Path Language]] als Abfragesprachen oder [[XSLT]] als Transformationssprache.

Begründet wurde ''eXist'' 2000 durch Wolfgang Meier, der dessen Entwicklung seit 2001 auf dem Open-Source-Portal [http://exist.sourceforge.net SourceForge.net] gemeinschaftlich vorantreibt. Es steht unter der Lizenzierung der [[GNU Lesser General Public License]] (LGPL) und ist in diesem Rahmen also auch in kommerziellen Projekten als Datenbank-Backend frei nutzbar.

=Leistungsumfang=
Die eXist XML-Datenbank bietet eine breite Palette an Leistungen, die zumeist Webstandards umsetzen:

* ''Persitieren'': Optimiert für XML-Dokumente und XML-Daten sowie generell textuelle, multimediale Inhalte
* ''Selektion'': XQuery 1.0 oder XPath 2.0
* ''Modifikation'': XUpdate und Äquivalent zur XQuery Update Facility 1.0
* ''Transformation'': XSLT 1.0 oder XSLT 2.0
* ''HTTP-Schnittstellen'': REST, WebDAV, SOAP, XMLRPC, Atom Publishing
* ''Erweiterungen'': XQuery Funktionsbibliotheken als Erweiterungsmodule

==REST-Schnittstelle==
In Form eines Java-Servlets realisiert eXist eine Zugriffsschnittstelle, die sich am ''Representational State Transfer (REST)'' als Architekturstil für Hypermediasysteme anlehnt. Es veröffentlicht darüber den Verzeichnisbaum ihres Speicherbereichs unter einer Basis-URI. Befinden sich Anwendungsdateien z.B. unter dem Datenbankpfad <code>/cms/</code>, so werden sie bei eXist standardmäßig über <code>http://host:port/exist/rest/db/cms/</code> netzwerkweit mit einem HTTP-Client zugreifbar - selbstverständlich mit optionaler HTTP-Authentifizierung. Über die einzelnen HTTP-Methoden lassen sich auf solchen Datenbank-URIs verschiedene Operationen auslösen:

* '''GET''': Bezieht je nach HTTP-Header ''Content-Type'' eine passende Repräsentation des Datenbankobjekts (z.B. ”text/xml”). Übergibt man einen XQuery-Ausdruck als Request-Parameter ''_query'', so wird stattdessen dieser ausgeführt und sein Resultat zurückgegeben.
* '''POST''': Kann im POST-Inhalt eine für die GET-Variante zu lange XQuery enthalten, die in spezielle ''<exist:query>''-Tags einzubetten ist und äquivalent zu ''_query'' behandelt wird.
* '''PUT''': Speichert oder ersetzt ein Dokument als Datenbankobjekt, wobei der HTTP-Header ''Content-Type'' über das gewählte textuelle oder binäre Ablageformat entscheidet.
* '''DELETE''': Entfernt das addressierte Objekt aus der Datenbank, falls existent.

Ein Spezialverhalten weisen binär abgelegte XQuery-Dokumente (*.xql) auf, bei denen GET und POST direkt in der Auswertung ihres Inhalts resultieren. Dies erlaubt es über XQuery zusammengestellte Webseiten direkt auszuliefern oder z.B. Formularanfragen aus [[XForms]] zu bedienen.

==XQuery-Erweiterungen==
Für die Umsetzung von Websystemen z.B. über die REST-Schnittstelle angesteuerte XQuerys (*.xql) bietet eXist einige nahezu unverzichtbare XQuery-Funktionsbibliotheken an:

'''HTTP-Kontextzugriff''': Erlaubt das Auslesen und Manipulieren der im aktuellen HTTP-Kontext befindlichen Informationen.
* ''Request/Response'': Setter & Getter für Header, Parameter, Attribute, Daten, Pfadinformationen, Statuscode und Cookies.
* ''Sessions'': Lebenszyklusverwaltung sowie Setter & Getter für Attribute.
* ''Sonstiges'': URL-Encoding & -Decoding, Redirects sowie Streaming von Binärdaten.

'''Utility-Funktionen''': Nützliche Funktionen, die hauptsächlich die dynamische Datengenerierung, effiziente Datenverwaltung und funktionale Programmierung anreichern.
* ''Datenverwaltung'': Einlesen von textuellen und binären Dokumenten, Umwandeln zwischen textuellen und binären Daten, Parsen zu logischem XML-Baum, Serialisierung einer Knotensequenz.
* ''Dynamik & Programmierung'': Dynamische Modulimporte und XQuery-Auswertung, Locking für Knoten, Logging, MD5-Hashing, Zufallsgenerator, Funktionszeiger, Catch für Exceptions.

=Quellen=
* Cagle, Kurt (2006): I Think, Therefore I eXist ... . O’Reilly Media Inc., XML.com, [http://www.oreillynet.com/xml/blog/2006/09/i_think_therefore_i_exist.html Onlineartikel].
* Fielding, Roy T. (2000): Architectural Styles and the Design of Network-based Software Architectures. University of California, Irvine, [http://www.ics.uci.edu/~fielding/pubs/dissertation Onlineversion].
* Meier, Wolfgang (2003): eXist: An Open Source Native XML Database. Darmstadt University of Technology, [http://exist-db.org/webdb.pdf Onlineversion].
* [http://exist.sourceforge.net/ SourceForge.net - eXist Open Source Native XML Database]

[[Kategorie:XML]]
[[Kategorie:Web-Programmierung]]
[[Kategorie:Content-Management]]
[[Kategorie:Glossar]]

EXist

2008-07-01T21:27:32Z

FaPe: /* Quellen */

EXist

2008-07-01T21:23:02Z

FaPe: /* XQuery Funktionen */

EXist

2008-07-01T21:22:06Z

FaPe:

XForms

2008-07-01T19:46:22Z

FaPe:

=Definition=
Die Beschreibungssprache '''XForms''' bietet eine deklarative Entwicklungsart für reichhaltige Webformulare, die XML als Transferformat akzeptieren und den Browser als Prozessknoten ausnutzen. Sie verspricht offensichtliche Schwächen der alten HTML-Formulargeneration zu beheben, ist nahtlos in gängige XML-Formate wie ''XHTML 1.0'' oder ''SVG'' integrierbar und wird nativer Bestandteil von ''XHTML 2.0''.

XForms wird im Rahmen des [http://www.w3.org W3C]-Konsortiums durch die ''Forms Working Group'' als Standard spezifiziert. Die aktuelle Version ''XForms 1.0'' trägt den finalen Status einer ''W3C Empfehlung'' und greift massiv auf [[XPath]] für Adressierung und Berechnungen zurück.

=Designziele=
Bei XForms wurden aus den analysierten Schwächen von herkömmlichen HTML-Formularen einige Designziele abgeleitet:

* Eine einfachere, barrierefreie Interpretation auf heterogenen Geräten durch Absichts- statt Präsentationsorientierung.
* Eine strukturierte Entwicklungsform über die Trennung von Formulardaten und Präsentation nach dem MVC-Pattern.
* Ein reichhaltigeres Datenmodell für die Speicherung und den Transfer von Formulardaten durch typisiertes XML.
* Eine dynamischere, interaktive Bedienoberfläche ohne Scripting-Aufwand durch eventgekoppelte Aktions- und Widgetelemente.
* Eine Entlastung für Server und Netz, indem der Browser als Prozessknoten bei Validierung und Berechnungen mitarbeitet.

=Formularstruktur nach MVC=
Bei XForms werden die Formulardaten (''Model'') von den korrespondierenden Formularfeldern (''View'') separiert beschrieben - die Steuerlogik (''Controller'') realisiert ein XForms-Prozessor im Browser. Mit XHTML als Trägerformat kann folgende repräsentative Struktur befüllt werden:

<code>
<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:xf="http://www.w3.org/2002/xforms">
<head>
Beschreibung des XForms Model
</head>
<body>
Beschreibung der XForms View
</body>
</html>
</code>

==Anschauungsbeispiel==
Als einführendes Beispiel wird nun für die Erklärung von Model- und View-Elementen eine primitive '''Preisauskunft''' für einen ''Produktkatalog'' konstruiert. Sie zeigt zu einer eingegebenen ''Produktnummer'' nach Betätigen des Formular-Buttons den ''Preis'' des Produktes an:

[[Medium:Xforms_example.png]]

==Model==
Das XForms '''Model''' (''<xf:model>'') beschreibt Daten und Aktionen, die zur Erbringung der Grundfunktion nötig aber unabhängig von einer konkreten Darstellung sind. Beim Modell zur ''Preisauskunft'' sind folgende Elemente von zentraler Bedeutung:

<code>
<xf:model>
<xf:instance xmlns="" id="transfer">
<product num="1337">
<price>99.99</price>
</product>
</xf:instance>
<xf:bind id="num" nodeset="/product/@num" required="true()" />
<xf:submission id="fetch" action="prices.xql" method="get"
ref="instance('transfer')" replace="instance" instance="transfer" />
</xf:model>
</code>

* '''Instanzen''' (''<xf:instance>''): dienen als XML-Templates, die im Zuge der Formularbearbeitung gefüllt, dem Server zugeschickt oder von ihm empfangen und präsentiert werden. Der Server liest aus obigen Transferdaten später z.B. das gesetzte ''num''-Attribut aus, befüllt entsprechend das ''price''-Element und schickt alles zurück zum Formular.
* '''Übermittlungen''' (''<xf:submission>''): legen Transferaktionen fest, die im Laufe der Formularbearbeitung initiiert werden. Attribute konfigurieren die Übermittlung: angesprochene URI (''action''), verwendete HTTP-Methode (''method''), mitzusendende XML-Daten (''ref''), was durch die Serverantwort ersetzt wird (''replace'') und wie hier bei Instanzersetzung die Zielauswahl (instance).
* '''Bindings''' (''<xf:bind>''): erlauben es mittels XPath (''nodeset'') Knoten aus den ''Instanzen'' auszuwählen und über Attribute an Sonderleistungen zu knüpfen: Festlegen eines Identifizierers (''id''), Ausweisen als verbindlich (''required''), Ausweisen als schreibgeschützt (''readonly''), Zuweisen eines Datentyps zur Validierung (''type'') oder Berechnung des Knoteninhalts über XPath (''calculate'').

==View==
Die XForms '''View''' (''<xf:view>'') bedient sich am vorbereiteten Datenmodell und setzt es in Steuerelemente um. Für das Modell zur ''Preisauskunft'' könnten dies mit einem Input-Feld, einem Output-Feld und einem Submit-Button geschehen, mit einigen Besonderheiten:

<code>
<xf:group>
<xf:label>Preisauskunft</xf:label>
<xf:input bind="num">
<xf:label>Produktnummer</xf:label>
</xf:input>
<xf:output ref="/product/price">
<xf:label>Produktpreis</xf:label>
</xf:output>
<submit submission="fetch">
<xf:label>Abfrage</xf:label>
</submit>
</xf:group>
</code>

* Visuelle '''Gruppierung''' (''<xf:group>''): Steuerelemente lassen sich einfach als Gruppe hervorheben.
* '''Labels''' (''<xf:label>''): Feldbezeichnungen sind in XForms verpflichtend und direkt den Feldern als Kindelement zugeordnet.
* '''Widgets''': Referenzieren die Modelldaten entweder über XPath-Ausdrücke mit (''ref'' bei ''<xf:output>'') oder über im Modell vorgegebene Identifizierer (''bind'' & ''submission'' bei ''<xf:input>'' und ''<xf:submit>''). Die erste Variante ist weniger sauber, da damit die referenzierte Instanzstruktur bekannt sein muss (engere Kopplung).

=Absichtsorientierte Formularelemente=

XForms interpretiert alle Steuerelemente streng absichts- und nicht präsentationsorientiert, um möglichst viele heterogene Endgeräte barrierefrei zu erreichen. Das bedeutet, dass ein Endgerät über die tatsächliche Darstellung entscheidet und so ein ''input''-Feld für einen Datumsknoten z.B. in Browsern einen Kalender anbietet oder in blindengerechten Systemen einen Audiodialog formuliert. Das ''appearance''-Attribut steht in allen Feldern zur Verfügung, um die Darstellungsabsicht abstrakt zu präzisieren: Eine Einzelauswahl (''select1'') wird damit in Browsern z.B. mit dem Wert ''full'' als Radio-Buttons, mit ''compact'' als List-Box oder mit ''minimal'' als Drop-Down-List dargestellt. Alle weiteren Details im Erscheinungsbild sind per CSS-Formatierung zu regeln. Die verfügbaren '''primitiven''' Widgets umfassen:

* ''input'': Eingabe von einzeiligem Text, Zahlen, Datum, ...
* ''secret'': Eingabe von verdecktem Text wie Passwörter
* ''textarea'': Eingabe von mehrzeiligem Text
* ''output'': Ausgabe von Text, Zahlen, Datum, ...
* ''upload'': Auswahlfeld für den Dateiupload
* ''range'': Slider-Auswahl für einen Wertebereich
* ''trigger'': Entspricht einem beliebigen Knopf
* ''submit'': Entspricht einem Übermittlungsknopf
* ''select1'': Liste zur Einzelauswahl
* ''select'': Liste zur Mehrfachauswahl

=Eventgetriebene Aktionen=

Als '''Events''' kann XForms alle Ereignisse des [http://www.w3.org/DOM/Activity Document Object Model (DOM)] auswerten wie ''DOMActivate'', das von der Auswahl eines Kontrollelements z.B. per Mouse-Click berichtet. XForms feuert auch eigene Ereignisse wie ''xforms-ready'' nach der Initialisierung, ''xforms-submit'' vor dem Ausführen einer Übermittlung oder ''xforms-value-changed'' vor dem Schreiben von Feldinhalten in das Datenmodell. Die Idee ist nun, dem Entwickler für solche Ereignisse Eingriffsmöglichkeiten als '''Aktions'''-Elemente bereitzustellen, wie z.B. ''<xf:message>'' zum Anzeigen einer Nachricht, ''<xf:setvalue>'' zum Setzen eines Instanzknotenwerts oder ''<xf:send>'' zum Starten einer Übermittlung. Mehrere Aktionen können in einer ''<xf:action>'' gruppiert und fortan wie eine Einzelaktion behandelt werden. Um eine Aktion an ein Event zu binden, setzt man schlicht ihr Attribut ''ev:event'' auf den Ereignissnamen. Eine Erweiterung zum ''Model'' der ''Preisauskunft'' setzt z.B. nach der Initialisierung Nummer und Preis auf 0 und zeigt einen modalen Dialog:

<code>
<xf:model>
...
<xf:action ev:event="xforms-ready">
<xf:setvalue ref="/product/price" value="0.00" />
<xf:setvalue bind="num">0</xf:setvalue>
<xf:message level="modal">
Tragen Sie bitte eine Produktnummer ein!
</xf:message>
</xf:action>
</xf:model>
</code>

Mit einigen speziell entworfenen dynamischen '''Widgets''' wie einem ''Tab-Control''-Mechanismus (''<xf:switch>'') lässt sich damit zusammen mit dem Einsatz von Aktionen, Events und XPath-Berechnungen der Scripting-Einsatz oft komplett vermeiden.

=Standardisierungsgeschichte=
* 10/2001: ''XML Events - W3C Working Draft''
* 08/2002: ''XForms 1.0 - W3C Working Draft''
* 11/2003: ''XForms 1.0 - W3C Recommendation''
* 01/2004: ''XForms 1.1 - W3C Requirements''
* 11/2004: ''XForms 1.1 - W3C Working Draft''
* 10/2005: ''XForms 1.0 (2nd Edition) - W3C Proposed Recommendation''
* 03/2006: ''XForms 1.0 (2nd Edition) - W3C Recommendation''
* 10/2007: ''XForms 1.0 (3rd Edition) - W3C Recommendation''

=Quellen=
* Dubinko, Micah (2003): XForms Essentials. O’Reilly Media Inc., ISBN 0596003692.
* [http://www.w3.org/TR/xforms W3C - XForms 1.0 (Third Edition)]
* [http://www.w3.org/MarkUp/Forms W3C - The Forms Working Group]
* [http://www.w3schools.com/xforms W3Schools.com - XForms Tutorial]
* [http://www.w3.org/DOM/Activity W3C - Document Object Model Activity Statement]
* [http://de.wikipedia.org/wiki/Xforms Wikipedia - XForms]

[[Kategorie:XML]]
[[Kategorie:Web-Programmierung]]
[[Kategorie:Content-Management]]
[[Kategorie:Glossar]]
{{{{SITENAME}}-konformer Artikel}}
{{Quellenangaben verbessern
| Formatierung = true
}}

XForms

2008-07-01T18:42:16Z

FaPe: /* Quellen */

=Definition=
Die Beschreibungssprache '''XForms''' bietet eine deklarative Entwicklungsart für reichhaltige Webformulare, die XML als Transferformat akzeptieren und den Browser als Prozessknoten ausnutzen. Sie verspricht offensichtliche Schwächen der alten HTML-Formulargeneration zu beheben, ist nahtlos in gängige XML-Formate wie ''XHTML 1.0'' oder ''SVG'' integrierbar und wird nativer Bestandteil von ''XHTML 2.0''.

XForms wird im Rahmen des [http://www.w3.org W3C]-Konsortiums durch die ''Forms Working Group'' als Standard spezifiziert. Die aktuelle Version ''XForms 1.0'' trägt den finalen Status einer ''W3C Empfehlung'' und greift massiv auf [[XPath]] für Adressierung und Berechnungen zurück.

=Designziele=
Bei XForms wurden aus den analysierten Schwächen von herkömmlichen HTML-Formularen einige Designziele abgeleitet:

* Eine einfachere, barrierefreie Interpretation auf heterogenen Geräten durch Absichts- statt Präsentationsorientierung.
* Eine strukturierte Entwicklungsform über die Trennung von Formulardaten und Präsentation nach dem MVC-Pattern.
* Ein reichhaltigeres Datenmodell für die Speicherung und den Transfer von Formulardaten durch typisiertes XML.
* Eine dynamischere, interaktive Bedienoberfläche ohne Scripting-Aufwand durch eventgekoppelte Aktions- und Widgetelemente.
* Eine Entlastung für Server und Netz, indem der Browser als Prozessknoten bei Validierung und Berechnungen mitarbeitet.

=Formularstruktur nach MVC=
Bei XForms werden die Formulardaten (''Model'') von den korrespondierenden Formularfeldern (''View'') separiert beschrieben - die Steuerlogik (''Controller'') realisiert ein XForms-Prozessor im Browser. Mit XHTML als Trägerformat kann folgende repräsentative Struktur befüllt werden:

<code>
<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:xf="http://www.w3.org/2002/xforms">
<head>
Beschreibung des XForms Model
</head>
<body>
Beschreibung der XForms View
</body>
</html>
</code>

==Anschauungsbeispiel einer Preisauskunft==
Als einführendes Beispiel wird nun für die Erklärung von Model- und View-Elementen eine primitive '''Preisauskunft''' für einen ''Produktkatalog'' konstruiert. Sie zeigt zu einer eingegebenen ''Produktnummer'' nach Betätigen des Formular-Buttons den ''Preis'' des Produktes an:

[[Medium:Xforms_example.png]]

==Model==
Das XForms '''Model''' (''<xf:model>'') beschreibt Daten und Aktionen, die zur Erbringung der Grundfunktion nötig aber unabhängig von einer konkreten Darstellung sind. Beim Modell zur ''Preisauskunft'' sind folgende Elemente von zentraler Bedeutung:

<code>
<xf:model>
<xf:instance xmlns="" id="transfer">
<product num="1337">
<price>99.99</price>
</product>
</xf:instance>
<xf:bind id="num" nodeset="/product/@num" required="true()" />
<xf:submission id="fetch" action="prices.xql" method="get"
ref="instance('transfer')" replace="instance" instance="transfer" />
</xf:model>
</code>

* '''Instanzen''' (''<xf:instance>''): dienen als XML-Templates, die im Zuge der Formularbearbeitung gefüllt, dem Server zugeschickt oder von ihm empfangen und präsentiert werden. Der Server liest aus obigen Transferdaten später z.B. das gesetzte ''num''-Attribut aus, befüllt entsprechend das ''price''-Element und schickt alles zurück zum Formular.
* '''Übermittlungen''' (''<xf:submission>''): legen Transferaktionen fest, die im Laufe der Formularbearbeitung initiiert werden. Attribute konfigurieren die Übermittlung: angesprochene URI (''action''), verwendete HTTP-Methode (''method''), mitzusendende XML-Daten (''ref''), was durch die Serverantwort ersetzt wird (''replace'') und wie hier bei Instanzersetzung die Zielauswahl (instance).
* '''Bindings''' (''<xf:bind>''): erlauben es mittels XPath (''nodeset'') Knoten aus den ''Instanzen'' auszuwählen und über Attribute an Sonderleistungen zu knüpfen: Festlegen eines Identifizierers (''id''), Ausweisen als verbindlich (''required''), Ausweisen als schreibgeschützt (''readonly''), Zuweisen eines Datentyps zur Validierung (''type'') oder Berechnung des Knoteninhalts über XPath (''calculate'').

==View==
Die XForms '''View''' (''<xf:view>'') bedient sich am vorbereiteten Datenmodell und setzt es in Steuerelemente um. Für das Modell zur ''Preisauskunft'' könnten dies mit einem Input-Feld, einem Output-Feld und einem Submit-Button geschehen, mit einigen Besonderheiten:

<code>
<xf:group>
<xf:label>Preisauskunft</xf:label>
<xf:input bind="num">
<xf:label>Produktnummer</xf:label>
</xf:input>
<xf:output ref="/product/price">
<xf:label>Produktpreis</xf:label>
</xf:output>
<submit submission="fetch">
<xf:label>Abfrage</xf:label>
</submit>
</xf:group>
</code>

* Visuelle '''Gruppierung''' (''<xf:group>''): Steuerelemente lassen sich einfach als Gruppe hervorheben.
* '''Labels''' (''<xf:label>''): Feldbezeichnungen sind in XForms verpflichtend und direkt den Feldern als Kindelement zugeordnet.
* '''Widgets''': Referenzieren die Modelldaten entweder über XPath-Ausdrücke mit (''ref'' bei ''<xf:output>'') oder über im Modell vorgegebene Identifizierer (''bind'' & ''submission'' bei ''<xf:input>'' und ''<xf:submit>''). Die erste Variante ist weniger sauber, da damit die referenzierte Instanzstruktur bekannt sein muss (engere Kopplung).

=Absichtsorientierte Formularelemente=

XForms interpretiert alle Steuerelemente streng absichts- und nicht präsentationsorientiert, um möglichst viele heterogene Endgeräte barrierefrei zu erreichen. Das bedeutet, dass ein Endgerät über die tatsächliche Darstellung entscheidet und so ein ''input''-Feld für einen Datumsknoten z.B. in Browsern einen Kalender anbietet oder in blindengerechten Systemen einen Audiodialog formuliert. Das ''appearance''-Attribut steht in allen Feldern zur Verfügung, um die Darstellungsabsicht abstrakt zu präzisieren: Eine Einzelauswahl (''select1'') wird damit in Browsern z.B. mit dem Wert ''full'' als Radio-Buttons, mit ''compact'' als List-Box oder mit ''minimal'' als Drop-Down-List dargestellt. Alle weiteren Details im Erscheinungsbild sind per CSS-Formatierung zu regeln. Die verfügbaren '''primitiven''' Widgets umfassen:

* ''input'': Eingabe von einzeiligem Text, Zahlen, Datum, ...
* ''secret'': Eingabe von verdecktem Text wie Passwörter
* ''textarea'': Eingabe von mehrzeiligem Text
* ''output'': Ausgabe von Text, Zahlen, Datum, ...
* ''upload'': Auswahlfeld für den Dateiupload
* ''range'': Slider-Auswahl für einen Wertebereich
* ''trigger'': Entspricht einem beliebigen Knopf
* ''submit'': Entspricht einem Übermittlungsknopf
* ''select1'': Liste zur Einzelauswahl
* ''select'': Liste zur Mehrfachauswahl

=Eventgetriebene Aktionen=

Als '''Events''' kann XForms alle Ereignisse des [http://www.w3.org/DOM/Activity Document Object Model (DOM)] auswerten wie ''DOMActivate'', das von der Auswahl eines Kontrollelements z.B. per Mouse-Click berichtet. XForms feuert auch eigene Ereignisse wie ''xforms-ready'' nach der Initialisierung, ''xforms-submit'' vor dem Ausführen einer Übermittlung oder ''xforms-value-changed'' vor dem Schreiben von Feldinhalten in das Datenmodell. Die Idee ist nun, dem Entwickler für solche Ereignisse Eingriffsmöglichkeiten als '''Aktions'''-Elemente bereitzustellen, wie z.B. ''<xf:message>'' zum Anzeigen einer Nachricht, ''<xf:setvalue>'' zum Setzen eines Instanzknotenwerts oder ''<xf:send>'' zum Starten einer Übermittlung. Mehrere Aktionen können in einer ''<xf:action>'' gruppiert und fortan wie eine Einzelaktion behandelt werden. Um eine Aktion an ein Event zu binden, setzt man schlicht ihr Attribut ''ev:event'' auf den Ereignissnamen. Eine Erweiterung zum ''Model'' der ''Preisauskunft'' setzt z.B. nach der Initialisierung Nummer und Preis auf 0 und zeigt einen modalen Dialog:

<code>
<xf:model>
...
<xf:action ev:event="xforms-ready">
<xf:setvalue ref="/product/price" value="0.00" />
<xf:setvalue bind="num">0</xf:setvalue>
<xf:message level="modal">
Tragen Sie bitte eine Produktnummer ein!
</xf:message>
</xf:action>
</xf:model>
</code>

Mit einigen speziell entworfenen dynamischen '''Widgets''' wie einem ''Tab-Control''-Mechanismus (''<xf:switch>'') lässt sich damit zusammen mit dem Einsatz von Aktionen, Events und XPath-Berechnungen der Scripting-Einsatz oft komplett vermeiden.

=Standardisierungsgeschichte=
* 10/2001: ''XML Events - W3C Working Draft''
* 08/2002: ''XForms 1.0 - W3C Working Draft''
* 11/2003: ''XForms 1.0 - W3C Recommendation''
* 01/2004: ''XForms 1.1 - W3C Requirements''
* 11/2004: ''XForms 1.1 - W3C Working Draft''
* 10/2005: ''XForms 1.0 (2nd Edition) - W3C Proposed Recommendation''
* 03/2006: ''XForms 1.0 (2nd Edition) - W3C Recommendation''
* 10/2007: ''XForms 1.0 (3rd Edition) - W3C Recommendation''

=Quellen=
* Dubinko, Micah (2003): XForms Essentials. O’Reilly Media Inc., ISBN 0596003692.
* [http://www.w3.org/TR/xforms W3C - XForms 1.0 (Third Edition)]
* [http://www.w3.org/MarkUp/Forms W3C - The Forms Working Group]
* [http://www.w3schools.com/xforms W3Schools.com - XForms Tutorial]
* [http://www.w3.org/DOM/Activity W3C - Document Object Model Activity Statement]
* [http://de.wikipedia.org/wiki/Xforms Wikipedia - XForms]

[[Kategorie:XML]]
[[Kategorie:Web-Programmierung]]
[[Kategorie:Content-Management]]
[[Kategorie:Glossar]]
{{{{SITENAME}}-konformer Artikel}}
{{Quellenangaben verbessern
| Formatierung = true
}}

XForms

2008-07-01T18:41:45Z

FaPe: /* Quellen */

=Definition=
Die Beschreibungssprache '''XForms''' bietet eine deklarative Entwicklungsart für reichhaltige Webformulare, die XML als Transferformat akzeptieren und den Browser als Prozessknoten ausnutzen. Sie verspricht offensichtliche Schwächen der alten HTML-Formulargeneration zu beheben, ist nahtlos in gängige XML-Formate wie ''XHTML 1.0'' oder ''SVG'' integrierbar und wird nativer Bestandteil von ''XHTML 2.0''.

XForms wird im Rahmen des [http://www.w3.org W3C]-Konsortiums durch die ''Forms Working Group'' als Standard spezifiziert. Die aktuelle Version ''XForms 1.0'' trägt den finalen Status einer ''W3C Empfehlung'' und greift massiv auf [[XPath]] für Adressierung und Berechnungen zurück.

=Designziele=
Bei XForms wurden aus den analysierten Schwächen von herkömmlichen HTML-Formularen einige Designziele abgeleitet:

* Eine einfachere, barrierefreie Interpretation auf heterogenen Geräten durch Absichts- statt Präsentationsorientierung.
* Eine strukturierte Entwicklungsform über die Trennung von Formulardaten und Präsentation nach dem MVC-Pattern.
* Ein reichhaltigeres Datenmodell für die Speicherung und den Transfer von Formulardaten durch typisiertes XML.
* Eine dynamischere, interaktive Bedienoberfläche ohne Scripting-Aufwand durch eventgekoppelte Aktions- und Widgetelemente.
* Eine Entlastung für Server und Netz, indem der Browser als Prozessknoten bei Validierung und Berechnungen mitarbeitet.

=Formularstruktur nach MVC=
Bei XForms werden die Formulardaten (''Model'') von den korrespondierenden Formularfeldern (''View'') separiert beschrieben - die Steuerlogik (''Controller'') realisiert ein XForms-Prozessor im Browser. Mit XHTML als Trägerformat kann folgende repräsentative Struktur befüllt werden:

<code>
<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:xf="http://www.w3.org/2002/xforms">
<head>
Beschreibung des XForms Model
</head>
<body>
Beschreibung der XForms View
</body>
</html>
</code>

==Anschauungsbeispiel einer Preisauskunft==
Als einführendes Beispiel wird nun für die Erklärung von Model- und View-Elementen eine primitive '''Preisauskunft''' für einen ''Produktkatalog'' konstruiert. Sie zeigt zu einer eingegebenen ''Produktnummer'' nach Betätigen des Formular-Buttons den ''Preis'' des Produktes an:

[[Medium:Xforms_example.png]]

==Model==
Das XForms '''Model''' (''<xf:model>'') beschreibt Daten und Aktionen, die zur Erbringung der Grundfunktion nötig aber unabhängig von einer konkreten Darstellung sind. Beim Modell zur ''Preisauskunft'' sind folgende Elemente von zentraler Bedeutung:

<code>
<xf:model>
<xf:instance xmlns="" id="transfer">
<product num="1337">
<price>99.99</price>
</product>
</xf:instance>
<xf:bind id="num" nodeset="/product/@num" required="true()" />
<xf:submission id="fetch" action="prices.xql" method="get"
ref="instance('transfer')" replace="instance" instance="transfer" />
</xf:model>
</code>

* '''Instanzen''' (''<xf:instance>''): dienen als XML-Templates, die im Zuge der Formularbearbeitung gefüllt, dem Server zugeschickt oder von ihm empfangen und präsentiert werden. Der Server liest aus obigen Transferdaten später z.B. das gesetzte ''num''-Attribut aus, befüllt entsprechend das ''price''-Element und schickt alles zurück zum Formular.
* '''Übermittlungen''' (''<xf:submission>''): legen Transferaktionen fest, die im Laufe der Formularbearbeitung initiiert werden. Attribute konfigurieren die Übermittlung: angesprochene URI (''action''), verwendete HTTP-Methode (''method''), mitzusendende XML-Daten (''ref''), was durch die Serverantwort ersetzt wird (''replace'') und wie hier bei Instanzersetzung die Zielauswahl (instance).
* '''Bindings''' (''<xf:bind>''): erlauben es mittels XPath (''nodeset'') Knoten aus den ''Instanzen'' auszuwählen und über Attribute an Sonderleistungen zu knüpfen: Festlegen eines Identifizierers (''id''), Ausweisen als verbindlich (''required''), Ausweisen als schreibgeschützt (''readonly''), Zuweisen eines Datentyps zur Validierung (''type'') oder Berechnung des Knoteninhalts über XPath (''calculate'').

==View==
Die XForms '''View''' (''<xf:view>'') bedient sich am vorbereiteten Datenmodell und setzt es in Steuerelemente um. Für das Modell zur ''Preisauskunft'' könnten dies mit einem Input-Feld, einem Output-Feld und einem Submit-Button geschehen, mit einigen Besonderheiten:

<code>
<xf:group>
<xf:label>Preisauskunft</xf:label>
<xf:input bind="num">
<xf:label>Produktnummer</xf:label>
</xf:input>
<xf:output ref="/product/price">
<xf:label>Produktpreis</xf:label>
</xf:output>
<submit submission="fetch">
<xf:label>Abfrage</xf:label>
</submit>
</xf:group>
</code>

* Visuelle '''Gruppierung''' (''<xf:group>''): Steuerelemente lassen sich einfach als Gruppe hervorheben.
* '''Labels''' (''<xf:label>''): Feldbezeichnungen sind in XForms verpflichtend und direkt den Feldern als Kindelement zugeordnet.
* '''Widgets''': Referenzieren die Modelldaten entweder über XPath-Ausdrücke mit (''ref'' bei ''<xf:output>'') oder über im Modell vorgegebene Identifizierer (''bind'' & ''submission'' bei ''<xf:input>'' und ''<xf:submit>''). Die erste Variante ist weniger sauber, da damit die referenzierte Instanzstruktur bekannt sein muss (engere Kopplung).

=Absichtsorientierte Formularelemente=

XForms interpretiert alle Steuerelemente streng absichts- und nicht präsentationsorientiert, um möglichst viele heterogene Endgeräte barrierefrei zu erreichen. Das bedeutet, dass ein Endgerät über die tatsächliche Darstellung entscheidet und so ein ''input''-Feld für einen Datumsknoten z.B. in Browsern einen Kalender anbietet oder in blindengerechten Systemen einen Audiodialog formuliert. Das ''appearance''-Attribut steht in allen Feldern zur Verfügung, um die Darstellungsabsicht abstrakt zu präzisieren: Eine Einzelauswahl (''select1'') wird damit in Browsern z.B. mit dem Wert ''full'' als Radio-Buttons, mit ''compact'' als List-Box oder mit ''minimal'' als Drop-Down-List dargestellt. Alle weiteren Details im Erscheinungsbild sind per CSS-Formatierung zu regeln. Die verfügbaren '''primitiven''' Widgets umfassen:

* ''input'': Eingabe von einzeiligem Text, Zahlen, Datum, ...
* ''secret'': Eingabe von verdecktem Text wie Passwörter
* ''textarea'': Eingabe von mehrzeiligem Text
* ''output'': Ausgabe von Text, Zahlen, Datum, ...
* ''upload'': Auswahlfeld für den Dateiupload
* ''range'': Slider-Auswahl für einen Wertebereich
* ''trigger'': Entspricht einem beliebigen Knopf
* ''submit'': Entspricht einem Übermittlungsknopf
* ''select1'': Liste zur Einzelauswahl
* ''select'': Liste zur Mehrfachauswahl

=Eventgetriebene Aktionen=

Als '''Events''' kann XForms alle Ereignisse des [http://www.w3.org/DOM/Activity Document Object Model (DOM)] auswerten wie ''DOMActivate'', das von der Auswahl eines Kontrollelements z.B. per Mouse-Click berichtet. XForms feuert auch eigene Ereignisse wie ''xforms-ready'' nach der Initialisierung, ''xforms-submit'' vor dem Ausführen einer Übermittlung oder ''xforms-value-changed'' vor dem Schreiben von Feldinhalten in das Datenmodell. Die Idee ist nun, dem Entwickler für solche Ereignisse Eingriffsmöglichkeiten als '''Aktions'''-Elemente bereitzustellen, wie z.B. ''<xf:message>'' zum Anzeigen einer Nachricht, ''<xf:setvalue>'' zum Setzen eines Instanzknotenwerts oder ''<xf:send>'' zum Starten einer Übermittlung. Mehrere Aktionen können in einer ''<xf:action>'' gruppiert und fortan wie eine Einzelaktion behandelt werden. Um eine Aktion an ein Event zu binden, setzt man schlicht ihr Attribut ''ev:event'' auf den Ereignissnamen. Eine Erweiterung zum ''Model'' der ''Preisauskunft'' setzt z.B. nach der Initialisierung Nummer und Preis auf 0 und zeigt einen modalen Dialog:

<code>
<xf:model>
...
<xf:action ev:event="xforms-ready">
<xf:setvalue ref="/product/price" value="0.00" />
<xf:setvalue bind="num">0</xf:setvalue>
<xf:message level="modal">
Tragen Sie bitte eine Produktnummer ein!
</xf:message>
</xf:action>
</xf:model>
</code>

Mit einigen speziell entworfenen dynamischen '''Widgets''' wie einem ''Tab-Control''-Mechanismus (''<xf:switch>'') lässt sich damit zusammen mit dem Einsatz von Aktionen, Events und XPath-Berechnungen der Scripting-Einsatz oft komplett vermeiden.

=Standardisierungsgeschichte=
* 10/2001: ''XML Events - W3C Working Draft''
* 08/2002: ''XForms 1.0 - W3C Working Draft''
* 11/2003: ''XForms 1.0 - W3C Recommendation''
* 01/2004: ''XForms 1.1 - W3C Requirements''
* 11/2004: ''XForms 1.1 - W3C Working Draft''
* 10/2005: ''XForms 1.0 (2nd Edition) - W3C Proposed Recommendation''
* 03/2006: ''XForms 1.0 (2nd Edition) - W3C Recommendation''
* 10/2007: ''XForms 1.0 (3rd Edition) - W3C Recommendation''

=Quellen=
* Dubinko, Micah (2003): XForms Essentials. O’Reilly Media Inc., ISBN 0596003692.
* [http://www.w3.org/TR/xforms W3C - XForms 1.0 (Third Edition)]
* [http://www.w3.org/DOM/Activity W3C - Document Object Model Activity Statement]
* [http://www.w3.org/MarkUp/Forms W3C - The Forms Working Group]
* [http://www.w3schools.com/xforms W3Schools.com - XForms Tutorial]
* [http://de.wikipedia.org/wiki/Xforms Wikipedia - XForms]

[[Kategorie:XML]]
[[Kategorie:Web-Programmierung]]
[[Kategorie:Content-Management]]
[[Kategorie:Glossar]]
{{{{SITENAME}}-konformer Artikel}}
{{Quellenangaben verbessern
| Formatierung = true
}}

XForms

2008-07-01T18:13:06Z

FaPe: /* Anschauungsbeispiel einer Preisauskunft */

=Definition=
Die Beschreibungssprache '''XForms''' bietet eine deklarative Entwicklungsart für reichhaltige Webformulare, die XML als Transferformat akzeptieren und den Browser als Prozessknoten ausnutzen. Sie verspricht offensichtliche Schwächen der alten HTML-Formulargeneration zu beheben, ist nahtlos in gängige XML-Formate wie ''XHTML 1.0'' oder ''SVG'' integrierbar und wird nativer Bestandteil von ''XHTML 2.0''.

XForms wird im Rahmen des [http://www.w3.org W3C]-Konsortiums durch die ''Forms Working Group'' als Standard spezifiziert. Die aktuelle Version ''XForms 1.0'' trägt den finalen Status einer ''W3C Empfehlung'' und greift massiv auf [[XPath]] für Adressierung und Berechnungen zurück.

=Designziele=
Bei XForms wurden aus den analysierten Schwächen von herkömmlichen HTML-Formularen einige Designziele abgeleitet:

* Eine einfachere, barrierefreie Interpretation auf heterogenen Geräten durch Absichts- statt Präsentationsorientierung.
* Eine strukturierte Entwicklungsform über die Trennung von Formulardaten und Präsentation nach dem MVC-Pattern.
* Ein reichhaltigeres Datenmodell für die Speicherung und den Transfer von Formulardaten durch typisiertes XML.
* Eine dynamischere, interaktive Bedienoberfläche ohne Scripting-Aufwand durch eventgekoppelte Aktions- und Widgetelemente.
* Eine Entlastung für Server und Netz, indem der Browser als Prozessknoten bei Validierung und Berechnungen mitarbeitet.

=Formularstruktur nach MVC=
Bei XForms werden die Formulardaten (''Model'') von den korrespondierenden Formularfeldern (''View'') separiert beschrieben - die Steuerlogik (''Controller'') realisiert ein XForms-Prozessor im Browser. Mit XHTML als Trägerformat kann folgende repräsentative Struktur befüllt werden:

<code>
<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:xf="http://www.w3.org/2002/xforms">
<head>
Beschreibung des XForms Model
</head>
<body>
Beschreibung der XForms View
</body>
</html>
</code>

==Anschauungsbeispiel einer Preisauskunft==
Als einführendes Beispiel wird nun für die Erklärung von Model- und View-Elementen eine primitive '''Preisauskunft''' für einen ''Produktkatalog'' konstruiert. Sie zeigt zu einer eingegebenen ''Produktnummer'' nach Betätigen des Formular-Buttons den ''Preis'' des Produktes an:

[[Medium:Xforms_example.png]]

==Model==
Das XForms '''Model''' (''<xf:model>'') beschreibt Daten und Aktionen, die zur Erbringung der Grundfunktion nötig aber unabhängig von einer konkreten Darstellung sind. Beim Modell zur ''Preisauskunft'' sind folgende Elemente von zentraler Bedeutung:

<code>
<xf:model>
<xf:instance xmlns="" id="transfer">
<product num="1337">
<price>99.99</price>
</product>
</xf:instance>
<xf:bind id="num" nodeset="/product/@num" required="true()" />
<xf:submission id="fetch" action="prices.xql" method="get"
ref="instance('transfer')" replace="instance" instance="transfer" />
</xf:model>
</code>

* '''Instanzen''' (''<xf:instance>''): dienen als XML-Templates, die im Zuge der Formularbearbeitung gefüllt, dem Server zugeschickt oder von ihm empfangen und präsentiert werden. Der Server liest aus obigen Transferdaten später z.B. das gesetzte ''num''-Attribut aus, befüllt entsprechend das ''price''-Element und schickt alles zurück zum Formular.
* '''Übermittlungen''' (''<xf:submission>''): legen Transferaktionen fest, die im Laufe der Formularbearbeitung initiiert werden. Attribute konfigurieren die Übermittlung: angesprochene URI (''action''), verwendete HTTP-Methode (''method''), mitzusendende XML-Daten (''ref''), was durch die Serverantwort ersetzt wird (''replace'') und wie hier bei Instanzersetzung die Zielauswahl (instance).
* '''Bindings''' (''<xf:bind>''): erlauben es mittels XPath (''nodeset'') Knoten aus den ''Instanzen'' auszuwählen und über Attribute an Sonderleistungen zu knüpfen: Festlegen eines Identifizierers (''id''), Ausweisen als verbindlich (''required''), Ausweisen als schreibgeschützt (''readonly''), Zuweisen eines Datentyps zur Validierung (''type'') oder Berechnung des Knoteninhalts über XPath (''calculate'').

==View==
Die XForms '''View''' (''<xf:view>'') bedient sich am vorbereiteten Datenmodell und setzt es in Steuerelemente um. Für das Modell zur ''Preisauskunft'' könnten dies mit einem Input-Feld, einem Output-Feld und einem Submit-Button geschehen, mit einigen Besonderheiten:

<code>
<xf:group>
<xf:label>Preisauskunft</xf:label>
<xf:input bind="num">
<xf:label>Produktnummer</xf:label>
</xf:input>
<xf:output ref="/product/price">
<xf:label>Produktpreis</xf:label>
</xf:output>
<submit submission="fetch">
<xf:label>Abfrage</xf:label>
</submit>
</xf:group>
</code>

* Visuelle '''Gruppierung''' (''<xf:group>''): Steuerelemente lassen sich einfach als Gruppe hervorheben.
* '''Labels''' (''<xf:label>''): Feldbezeichnungen sind in XForms verpflichtend und direkt den Feldern als Kindelement zugeordnet.
* '''Widgets''': Referenzieren die Modelldaten entweder über XPath-Ausdrücke mit (''ref'' bei ''<xf:output>'') oder über im Modell vorgegebene Identifizierer (''bind'' & ''submission'' bei ''<xf:input>'' und ''<xf:submit>''). Die erste Variante ist weniger sauber, da damit die referenzierte Instanzstruktur bekannt sein muss (engere Kopplung).

=Absichtsorientierte Formularelemente=

XForms interpretiert alle Steuerelemente streng absichts- und nicht präsentationsorientiert, um möglichst viele heterogene Endgeräte barrierefrei zu erreichen. Das bedeutet, dass ein Endgerät über die tatsächliche Darstellung entscheidet und so ein ''input''-Feld für einen Datumsknoten z.B. in Browsern einen Kalender anbietet oder in blindengerechten Systemen einen Audiodialog formuliert. Das ''appearance''-Attribut steht in allen Feldern zur Verfügung, um die Darstellungsabsicht abstrakt zu präzisieren: Eine Einzelauswahl (''select1'') wird damit in Browsern z.B. mit dem Wert ''full'' als Radio-Buttons, mit ''compact'' als List-Box oder mit ''minimal'' als Drop-Down-List dargestellt. Alle weiteren Details im Erscheinungsbild sind per CSS-Formatierung zu regeln. Die verfügbaren '''primitiven''' Widgets umfassen:

* ''input'': Eingabe von einzeiligem Text, Zahlen, Datum, ...
* ''secret'': Eingabe von verdecktem Text wie Passwörter
* ''textarea'': Eingabe von mehrzeiligem Text
* ''output'': Ausgabe von Text, Zahlen, Datum, ...
* ''upload'': Auswahlfeld für den Dateiupload
* ''range'': Slider-Auswahl für einen Wertebereich
* ''trigger'': Entspricht einem beliebigen Knopf
* ''submit'': Entspricht einem Übermittlungsknopf
* ''select1'': Liste zur Einzelauswahl
* ''select'': Liste zur Mehrfachauswahl

=Eventgetriebene Aktionen=

Als '''Events''' kann XForms alle Ereignisse des [http://www.w3.org/DOM/Activity Document Object Model (DOM)] auswerten wie ''DOMActivate'', das von der Auswahl eines Kontrollelements z.B. per Mouse-Click berichtet. XForms feuert auch eigene Ereignisse wie ''xforms-ready'' nach der Initialisierung, ''xforms-submit'' vor dem Ausführen einer Übermittlung oder ''xforms-value-changed'' vor dem Schreiben von Feldinhalten in das Datenmodell. Die Idee ist nun, dem Entwickler für solche Ereignisse Eingriffsmöglichkeiten als '''Aktions'''-Elemente bereitzustellen, wie z.B. ''<xf:message>'' zum Anzeigen einer Nachricht, ''<xf:setvalue>'' zum Setzen eines Instanzknotenwerts oder ''<xf:send>'' zum Starten einer Übermittlung. Mehrere Aktionen können in einer ''<xf:action>'' gruppiert und fortan wie eine Einzelaktion behandelt werden. Um eine Aktion an ein Event zu binden, setzt man schlicht ihr Attribut ''ev:event'' auf den Ereignissnamen. Eine Erweiterung zum ''Model'' der ''Preisauskunft'' setzt z.B. nach der Initialisierung Nummer und Preis auf 0 und zeigt einen modalen Dialog:

<code>
<xf:model>
...
<xf:action ev:event="xforms-ready">
<xf:setvalue ref="/product/price" value="0.00" />
<xf:setvalue bind="num">0</xf:setvalue>
<xf:message level="modal">
Tragen Sie bitte eine Produktnummer ein!
</xf:message>
</xf:action>
</xf:model>
</code>

Mit einigen speziell entworfenen dynamischen '''Widgets''' wie einem ''Tab-Control''-Mechanismus (''<xf:switch>'') lässt sich damit zusammen mit dem Einsatz von Aktionen, Events und XPath-Berechnungen der Scripting-Einsatz oft komplett vermeiden.

=Standardisierungsgeschichte=
* 10/2001: ''XML Events - W3C Working Draft''
* 08/2002: ''XForms 1.0 - W3C Working Draft''
* 11/2003: ''XForms 1.0 - W3C Recommendation''
* 01/2004: ''XForms 1.1 - W3C Requirements''
* 11/2004: ''XForms 1.1 - W3C Working Draft''
* 10/2005: ''XForms 1.0 (2nd Edition) - W3C Proposed Recommendation''
* 03/2006: ''XForms 1.0 (2nd Edition) - W3C Recommendation''
* 10/2007: ''XForms 1.0 (3rd Edition) - W3C Recommendation''

=Quellen=
* Dubinko, Micah (2003): XForms Essentials. O’Reilly Media Inc., ISBN 0596003692.
* [http://www.w3.org/TR/xforms W3C - XForms 1.0 (Third Edition)]
* [http://www.w3.org/MarkUp/Forms W3C - The Forms Working Group]
* [http://www.w3schools.com/xforms W3Schools.com - XForms Tutorial]
* [http://de.wikipedia.org/wiki/Xforms Wikipedia - XForms]

[[Kategorie:XML]]
[[Kategorie:Web-Programmierung]]
[[Kategorie:Content-Management]]
[[Kategorie:Glossar]]
{{{{SITENAME}}-konformer Artikel}}
{{Quellenangaben verbessern
| Formatierung = true
}}

XForms

2008-07-01T18:11:23Z

FaPe: /* Eventgetriebene Aktionen */

=Definition=
Die Beschreibungssprache '''XForms''' bietet eine deklarative Entwicklungsart für reichhaltige Webformulare, die XML als Transferformat akzeptieren und den Browser als Prozessknoten ausnutzen. Sie verspricht offensichtliche Schwächen der alten HTML-Formulargeneration zu beheben, ist nahtlos in gängige XML-Formate wie ''XHTML 1.0'' oder ''SVG'' integrierbar und wird nativer Bestandteil von ''XHTML 2.0''.

XForms wird im Rahmen des [http://www.w3.org W3C]-Konsortiums durch die ''Forms Working Group'' als Standard spezifiziert. Die aktuelle Version ''XForms 1.0'' trägt den finalen Status einer ''W3C Empfehlung'' und greift massiv auf [[XPath]] für Adressierung und Berechnungen zurück.

=Designziele=
Bei XForms wurden aus den analysierten Schwächen von herkömmlichen HTML-Formularen einige Designziele abgeleitet:

* Eine einfachere, barrierefreie Interpretation auf heterogenen Geräten durch Absichts- statt Präsentationsorientierung.
* Eine strukturierte Entwicklungsform über die Trennung von Formulardaten und Präsentation nach dem MVC-Pattern.
* Ein reichhaltigeres Datenmodell für die Speicherung und den Transfer von Formulardaten durch typisiertes XML.
* Eine dynamischere, interaktive Bedienoberfläche ohne Scripting-Aufwand durch eventgekoppelte Aktions- und Widgetelemente.
* Eine Entlastung für Server und Netz, indem der Browser als Prozessknoten bei Validierung und Berechnungen mitarbeitet.

=Formularstruktur nach MVC=
Bei XForms werden die Formulardaten (''Model'') von den korrespondierenden Formularfeldern (''View'') separiert beschrieben - die Steuerlogik (''Controller'') realisiert ein XForms-Prozessor im Browser. Mit XHTML als Trägerformat kann folgende repräsentative Struktur befüllt werden:

<code>
<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:xf="http://www.w3.org/2002/xforms">
<head>
Beschreibung des XForms Model
</head>
<body>
Beschreibung der XForms View
</body>
</html>
</code>

==Anschauungsbeispiel einer Preisauskunft==
Als einführendes Beispiel wird nun für die Erklärung von Model- und View-Elementen eine primitive '''Preisauskunft''' für einen ''Produktkatalog'' konstruiert. Sie zeigt zu einer eingegebenen ''Produktnummer'' nach betätigen des Formular-Buttons den ''Preis'' des Produktes an:

[[Medium:Xforms_example.png]]

==Model==
Das XForms '''Model''' (''<xf:model>'') beschreibt Daten und Aktionen, die zur Erbringung der Grundfunktion nötig aber unabhängig von einer konkreten Darstellung sind. Beim Modell zur ''Preisauskunft'' sind folgende Elemente von zentraler Bedeutung:

<code>
<xf:model>
<xf:instance xmlns="" id="transfer">
<product num="1337">
<price>99.99</price>
</product>
</xf:instance>
<xf:bind id="num" nodeset="/product/@num" required="true()" />
<xf:submission id="fetch" action="prices.xql" method="get"
ref="instance('transfer')" replace="instance" instance="transfer" />
</xf:model>
</code>

* '''Instanzen''' (''<xf:instance>''): dienen als XML-Templates, die im Zuge der Formularbearbeitung gefüllt, dem Server zugeschickt oder von ihm empfangen und präsentiert werden. Der Server liest aus obigen Transferdaten später z.B. das gesetzte ''num''-Attribut aus, befüllt entsprechend das ''price''-Element und schickt alles zurück zum Formular.
* '''Übermittlungen''' (''<xf:submission>''): legen Transferaktionen fest, die im Laufe der Formularbearbeitung initiiert werden. Attribute konfigurieren die Übermittlung: angesprochene URI (''action''), verwendete HTTP-Methode (''method''), mitzusendende XML-Daten (''ref''), was durch die Serverantwort ersetzt wird (''replace'') und wie hier bei Instanzersetzung die Zielauswahl (instance).
* '''Bindings''' (''<xf:bind>''): erlauben es mittels XPath (''nodeset'') Knoten aus den ''Instanzen'' auszuwählen und über Attribute an Sonderleistungen zu knüpfen: Festlegen eines Identifizierers (''id''), Ausweisen als verbindlich (''required''), Ausweisen als schreibgeschützt (''readonly''), Zuweisen eines Datentyps zur Validierung (''type'') oder Berechnung des Knoteninhalts über XPath (''calculate'').

==View==
Die XForms '''View''' (''<xf:view>'') bedient sich am vorbereiteten Datenmodell und setzt es in Steuerelemente um. Für das Modell zur ''Preisauskunft'' könnten dies mit einem Input-Feld, einem Output-Feld und einem Submit-Button geschehen, mit einigen Besonderheiten:

<code>
<xf:group>
<xf:label>Preisauskunft</xf:label>
<xf:input bind="num">
<xf:label>Produktnummer</xf:label>
</xf:input>
<xf:output ref="/product/price">
<xf:label>Produktpreis</xf:label>
</xf:output>
<submit submission="fetch">
<xf:label>Abfrage</xf:label>
</submit>
</xf:group>
</code>

* Visuelle '''Gruppierung''' (''<xf:group>''): Steuerelemente lassen sich einfach als Gruppe hervorheben.
* '''Labels''' (''<xf:label>''): Feldbezeichnungen sind in XForms verpflichtend und direkt den Feldern als Kindelement zugeordnet.
* '''Widgets''': Referenzieren die Modelldaten entweder über XPath-Ausdrücke mit (''ref'' bei ''<xf:output>'') oder über im Modell vorgegebene Identifizierer (''bind'' & ''submission'' bei ''<xf:input>'' und ''<xf:submit>''). Die erste Variante ist weniger sauber, da damit die referenzierte Instanzstruktur bekannt sein muss (engere Kopplung).

=Absichtsorientierte Formularelemente=

XForms interpretiert alle Steuerelemente streng absichts- und nicht präsentationsorientiert, um möglichst viele heterogene Endgeräte barrierefrei zu erreichen. Das bedeutet, dass ein Endgerät über die tatsächliche Darstellung entscheidet und so ein ''input''-Feld für einen Datumsknoten z.B. in Browsern einen Kalender anbietet oder in blindengerechten Systemen einen Audiodialog formuliert. Das ''appearance''-Attribut steht in allen Feldern zur Verfügung, um die Darstellungsabsicht abstrakt zu präzisieren: Eine Einzelauswahl (''select1'') wird damit in Browsern z.B. mit dem Wert ''full'' als Radio-Buttons, mit ''compact'' als List-Box oder mit ''minimal'' als Drop-Down-List dargestellt. Alle weiteren Details im Erscheinungsbild sind per CSS-Formatierung zu regeln. Die verfügbaren '''primitiven''' Widgets umfassen:

* ''input'': Eingabe von einzeiligem Text, Zahlen, Datum, ...
* ''secret'': Eingabe von verdecktem Text wie Passwörter
* ''textarea'': Eingabe von mehrzeiligem Text
* ''output'': Ausgabe von Text, Zahlen, Datum, ...
* ''upload'': Auswahlfeld für den Dateiupload
* ''range'': Slider-Auswahl für einen Wertebereich
* ''trigger'': Entspricht einem beliebigen Knopf
* ''submit'': Entspricht einem Übermittlungsknopf
* ''select1'': Liste zur Einzelauswahl
* ''select'': Liste zur Mehrfachauswahl

=Eventgetriebene Aktionen=

Als '''Events''' kann XForms alle Ereignisse des [http://www.w3.org/DOM/Activity Document Object Model (DOM)] auswerten wie ''DOMActivate'', das von der Auswahl eines Kontrollelements z.B. per Mouse-Click berichtet. XForms feuert auch eigene Ereignisse wie ''xforms-ready'' nach der Initialisierung, ''xforms-submit'' vor dem Ausführen einer Übermittlung oder ''xforms-value-changed'' vor dem Schreiben von Feldinhalten in das Datenmodell. Die Idee ist nun, dem Entwickler für solche Ereignisse Eingriffsmöglichkeiten als '''Aktions'''-Elemente bereitzustellen, wie z.B. ''<xf:message>'' zum Anzeigen einer Nachricht, ''<xf:setvalue>'' zum Setzen eines Instanzknotenwerts oder ''<xf:send>'' zum Starten einer Übermittlung. Mehrere Aktionen können in einer ''<xf:action>'' gruppiert und fortan wie eine Einzelaktion behandelt werden. Um eine Aktion an ein Event zu binden, setzt man schlicht ihr Attribut ''ev:event'' auf den Ereignissnamen. Eine Erweiterung zum ''Model'' der ''Preisauskunft'' setzt z.B. nach der Initialisierung Nummer und Preis auf 0 und zeigt einen modalen Dialog:

<code>
<xf:model>
...
<xf:action ev:event="xforms-ready">
<xf:setvalue ref="/product/price" value="0.00" />
<xf:setvalue bind="num">0</xf:setvalue>
<xf:message level="modal">
Tragen Sie bitte eine Produktnummer ein!
</xf:message>
</xf:action>
</xf:model>
</code>

Mit einigen speziell entworfenen dynamischen '''Widgets''' wie einem ''Tab-Control''-Mechanismus (''<xf:switch>'') lässt sich damit zusammen mit dem Einsatz von Aktionen, Events und XPath-Berechnungen der Scripting-Einsatz oft komplett vermeiden.

=Standardisierungsgeschichte=
* 10/2001: ''XML Events - W3C Working Draft''
* 08/2002: ''XForms 1.0 - W3C Working Draft''
* 11/2003: ''XForms 1.0 - W3C Recommendation''
* 01/2004: ''XForms 1.1 - W3C Requirements''
* 11/2004: ''XForms 1.1 - W3C Working Draft''
* 10/2005: ''XForms 1.0 (2nd Edition) - W3C Proposed Recommendation''
* 03/2006: ''XForms 1.0 (2nd Edition) - W3C Recommendation''
* 10/2007: ''XForms 1.0 (3rd Edition) - W3C Recommendation''

=Quellen=
* Dubinko, Micah (2003): XForms Essentials. O’Reilly Media Inc., ISBN 0596003692.
* [http://www.w3.org/TR/xforms W3C - XForms 1.0 (Third Edition)]
* [http://www.w3.org/MarkUp/Forms W3C - The Forms Working Group]
* [http://www.w3schools.com/xforms W3Schools.com - XForms Tutorial]
* [http://de.wikipedia.org/wiki/Xforms Wikipedia - XForms]

[[Kategorie:XML]]
[[Kategorie:Web-Programmierung]]
[[Kategorie:Content-Management]]
[[Kategorie:Glossar]]
{{{{SITENAME}}-konformer Artikel}}
{{Quellenangaben verbessern
| Formatierung = true
}}

XForms

2008-07-01T18:08:24Z

FaPe: /* Eventgetriebene Aktionen */

=Definition=
Die Beschreibungssprache '''XForms''' bietet eine deklarative Entwicklungsart für reichhaltige Webformulare, die XML als Transferformat akzeptieren und den Browser als Prozessknoten ausnutzen. Sie verspricht offensichtliche Schwächen der alten HTML-Formulargeneration zu beheben, ist nahtlos in gängige XML-Formate wie ''XHTML 1.0'' oder ''SVG'' integrierbar und wird nativer Bestandteil von ''XHTML 2.0''.

XForms wird im Rahmen des [http://www.w3.org W3C]-Konsortiums durch die ''Forms Working Group'' als Standard spezifiziert. Die aktuelle Version ''XForms 1.0'' trägt den finalen Status einer ''W3C Empfehlung'' und greift massiv auf [[XPath]] für Adressierung und Berechnungen zurück.

=Designziele=
Bei XForms wurden aus den analysierten Schwächen von herkömmlichen HTML-Formularen einige Designziele abgeleitet:

* Eine einfachere, barrierefreie Interpretation auf heterogenen Geräten durch Absichts- statt Präsentationsorientierung.
* Eine strukturierte Entwicklungsform über die Trennung von Formulardaten und Präsentation nach dem MVC-Pattern.
* Ein reichhaltigeres Datenmodell für die Speicherung und den Transfer von Formulardaten durch typisiertes XML.
* Eine dynamischere, interaktive Bedienoberfläche ohne Scripting-Aufwand durch eventgekoppelte Aktions- und Widgetelemente.
* Eine Entlastung für Server und Netz, indem der Browser als Prozessknoten bei Validierung und Berechnungen mitarbeitet.

=Formularstruktur nach MVC=
Bei XForms werden die Formulardaten (''Model'') von den korrespondierenden Formularfeldern (''View'') separiert beschrieben - die Steuerlogik (''Controller'') realisiert ein XForms-Prozessor im Browser. Mit XHTML als Trägerformat kann folgende repräsentative Struktur befüllt werden:

<code>
<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:xf="http://www.w3.org/2002/xforms">
<head>
Beschreibung des XForms Model
</head>
<body>
Beschreibung der XForms View
</body>
</html>
</code>

==Anschauungsbeispiel einer Preisauskunft==
Als einführendes Beispiel wird nun für die Erklärung von Model- und View-Elementen eine primitive '''Preisauskunft''' für einen ''Produktkatalog'' konstruiert. Sie zeigt zu einer eingegebenen ''Produktnummer'' nach betätigen des Formular-Buttons den ''Preis'' des Produktes an:

[[Medium:Xforms_example.png]]

==Model==
Das XForms '''Model''' (''<xf:model>'') beschreibt Daten und Aktionen, die zur Erbringung der Grundfunktion nötig aber unabhängig von einer konkreten Darstellung sind. Beim Modell zur ''Preisauskunft'' sind folgende Elemente von zentraler Bedeutung:

<code>
<xf:model>
<xf:instance xmlns="" id="transfer">
<product num="1337">
<price>99.99</price>
</product>
</xf:instance>
<xf:bind id="num" nodeset="/product/@num" required="true()" />
<xf:submission id="fetch" action="prices.xql" method="get"
ref="instance('transfer')" replace="instance" instance="transfer" />
</xf:model>
</code>

* '''Instanzen''' (''<xf:instance>''): dienen als XML-Templates, die im Zuge der Formularbearbeitung gefüllt, dem Server zugeschickt oder von ihm empfangen und präsentiert werden. Der Server liest aus obigen Transferdaten später z.B. das gesetzte ''num''-Attribut aus, befüllt entsprechend das ''price''-Element und schickt alles zurück zum Formular.
* '''Übermittlungen''' (''<xf:submission>''): legen Transferaktionen fest, die im Laufe der Formularbearbeitung initiiert werden. Attribute konfigurieren die Übermittlung: angesprochene URI (''action''), verwendete HTTP-Methode (''method''), mitzusendende XML-Daten (''ref''), was durch die Serverantwort ersetzt wird (''replace'') und wie hier bei Instanzersetzung die Zielauswahl (instance).
* '''Bindings''' (''<xf:bind>''): erlauben es mittels XPath (''nodeset'') Knoten aus den ''Instanzen'' auszuwählen und über Attribute an Sonderleistungen zu knüpfen: Festlegen eines Identifizierers (''id''), Ausweisen als verbindlich (''required''), Ausweisen als schreibgeschützt (''readonly''), Zuweisen eines Datentyps zur Validierung (''type'') oder Berechnung des Knoteninhalts über XPath (''calculate'').

==View==
Die XForms '''View''' (''<xf:view>'') bedient sich am vorbereiteten Datenmodell und setzt es in Steuerelemente um. Für das Modell zur ''Preisauskunft'' könnten dies mit einem Input-Feld, einem Output-Feld und einem Submit-Button geschehen, mit einigen Besonderheiten:

<code>
<xf:group>
<xf:label>Preisauskunft</xf:label>
<xf:input bind="num">
<xf:label>Produktnummer</xf:label>
</xf:input>
<xf:output ref="/product/price">
<xf:label>Produktpreis</xf:label>
</xf:output>
<submit submission="fetch">
<xf:label>Abfrage</xf:label>
</submit>
</xf:group>
</code>

* Visuelle '''Gruppierung''' (''<xf:group>''): Steuerelemente lassen sich einfach als Gruppe hervorheben.
* '''Labels''' (''<xf:label>''): Feldbezeichnungen sind in XForms verpflichtend und direkt den Feldern als Kindelement zugeordnet.
* '''Widgets''': Referenzieren die Modelldaten entweder über XPath-Ausdrücke mit (''ref'' bei ''<xf:output>'') oder über im Modell vorgegebene Identifizierer (''bind'' & ''submission'' bei ''<xf:input>'' und ''<xf:submit>''). Die erste Variante ist weniger sauber, da damit die referenzierte Instanzstruktur bekannt sein muss (engere Kopplung).

=Absichtsorientierte Formularelemente=

XForms interpretiert alle Steuerelemente streng absichts- und nicht präsentationsorientiert, um möglichst viele heterogene Endgeräte barrierefrei zu erreichen. Das bedeutet, dass ein Endgerät über die tatsächliche Darstellung entscheidet und so ein ''input''-Feld für einen Datumsknoten z.B. in Browsern einen Kalender anbietet oder in blindengerechten Systemen einen Audiodialog formuliert. Das ''appearance''-Attribut steht in allen Feldern zur Verfügung, um die Darstellungsabsicht abstrakt zu präzisieren: Eine Einzelauswahl (''select1'') wird damit in Browsern z.B. mit dem Wert ''full'' als Radio-Buttons, mit ''compact'' als List-Box oder mit ''minimal'' als Drop-Down-List dargestellt. Alle weiteren Details im Erscheinungsbild sind per CSS-Formatierung zu regeln. Die verfügbaren '''primitiven''' Widgets umfassen:

* ''input'': Eingabe von einzeiligem Text, Zahlen, Datum, ...
* ''secret'': Eingabe von verdecktem Text wie Passwörter
* ''textarea'': Eingabe von mehrzeiligem Text
* ''output'': Ausgabe von Text, Zahlen, Datum, ...
* ''upload'': Auswahlfeld für den Dateiupload
* ''range'': Slider-Auswahl für einen Wertebereich
* ''trigger'': Entspricht einem beliebigen Knopf
* ''submit'': Entspricht einem Übermittlungsknopf
* ''select1'': Liste zur Einzelauswahl
* ''select'': Liste zur Mehrfachauswahl

=Eventgetriebene Aktionen=

Als '''Events''' kann XForms alle Ereignisse des [http://www.w3.org/DOM/Activity Document Object Model (DOM)] auswerten wie ''DOMActivate'', das von der Auswahl eines Kontrollelements z.B. per Mouse-Click berichtet. XForms feuert auch eigene Ereignisse wie ''xforms-ready'' nach der Initialisierung, ''xforms-submit'' vor dem Ausführen einer Übermittlung oder ''xforms-value-changed'' vor dem Schreiben von Feldinhalten in das Datenmodell. Die Idee ist nun, dem Entwickler für solche Ereignisse Eingriffsmöglichkeiten als '''Aktions'''-Elemente bereitzustellen, wie z.B. ''<xf:message>'' zum Anzeigen einer Nachricht, ''<xf:setvalue>'' zum Setzen eines Instanzknotenwerts oder ''<xf:send>'' zum Starten einer Übermittlung. Mehrere Aktionen können in einer ''<xf:action>'' gruppiert und fortan wie eine Einzelaktion behandelt werden. Um eine Aktion an ein Event zu binden, setzt man schlicht ihr Attribut ''ev:event'' auf den Ereignissnamen. Eine Erweiterung zum ''Model'' der ''Preisauskunft'' setzt z.B. nach der Initialisierung Nummer und Preis auf 0 und zeigt einen modalen Dialog:

<code>
<xf:model>
...
<xf:action ev:event="xforms-ready">
<xf:setvalue ref="/product/price" value="0.00" />
<xf:setvalue bind="num">0</xf:setvalue>
<xf:message level="modal">
Tragen Sie bitte eine Produktnummer ein!
</xf:message>
</xf:action>
</xf:model>
</code>

=Standardisierungsgeschichte=
* 10/2001: ''XML Events - W3C Working Draft''
* 08/2002: ''XForms 1.0 - W3C Working Draft''
* 11/2003: ''XForms 1.0 - W3C Recommendation''
* 01/2004: ''XForms 1.1 - W3C Requirements''
* 11/2004: ''XForms 1.1 - W3C Working Draft''
* 10/2005: ''XForms 1.0 (2nd Edition) - W3C Proposed Recommendation''
* 03/2006: ''XForms 1.0 (2nd Edition) - W3C Recommendation''
* 10/2007: ''XForms 1.0 (3rd Edition) - W3C Recommendation''

=Quellen=
* Dubinko, Micah (2003): XForms Essentials. O’Reilly Media Inc., ISBN 0596003692.
* [http://www.w3.org/TR/xforms W3C - XForms 1.0 (Third Edition)]
* [http://www.w3.org/MarkUp/Forms W3C - The Forms Working Group]
* [http://www.w3schools.com/xforms W3Schools.com - XForms Tutorial]
* [http://de.wikipedia.org/wiki/Xforms Wikipedia - XForms]

[[Kategorie:XML]]
[[Kategorie:Web-Programmierung]]
[[Kategorie:Content-Management]]
[[Kategorie:Glossar]]
{{{{SITENAME}}-konformer Artikel}}
{{Quellenangaben verbessern
| Formatierung = true
}}

XForms

2008-07-01T18:07:03Z

FaPe: /* Eventgetriebene Aktionen */

=Definition=
Die Beschreibungssprache '''XForms''' bietet eine deklarative Entwicklungsart für reichhaltige Webformulare, die XML als Transferformat akzeptieren und den Browser als Prozessknoten ausnutzen. Sie verspricht offensichtliche Schwächen der alten HTML-Formulargeneration zu beheben, ist nahtlos in gängige XML-Formate wie ''XHTML 1.0'' oder ''SVG'' integrierbar und wird nativer Bestandteil von ''XHTML 2.0''.

XForms wird im Rahmen des [http://www.w3.org W3C]-Konsortiums durch die ''Forms Working Group'' als Standard spezifiziert. Die aktuelle Version ''XForms 1.0'' trägt den finalen Status einer ''W3C Empfehlung'' und greift massiv auf [[XPath]] für Adressierung und Berechnungen zurück.

=Designziele=
Bei XForms wurden aus den analysierten Schwächen von herkömmlichen HTML-Formularen einige Designziele abgeleitet:

* Eine einfachere, barrierefreie Interpretation auf heterogenen Geräten durch Absichts- statt Präsentationsorientierung.
* Eine strukturierte Entwicklungsform über die Trennung von Formulardaten und Präsentation nach dem MVC-Pattern.
* Ein reichhaltigeres Datenmodell für die Speicherung und den Transfer von Formulardaten durch typisiertes XML.
* Eine dynamischere, interaktive Bedienoberfläche ohne Scripting-Aufwand durch eventgekoppelte Aktions- und Widgetelemente.
* Eine Entlastung für Server und Netz, indem der Browser als Prozessknoten bei Validierung und Berechnungen mitarbeitet.

=Formularstruktur nach MVC=
Bei XForms werden die Formulardaten (''Model'') von den korrespondierenden Formularfeldern (''View'') separiert beschrieben - die Steuerlogik (''Controller'') realisiert ein XForms-Prozessor im Browser. Mit XHTML als Trägerformat kann folgende repräsentative Struktur befüllt werden:

<code>
<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:xf="http://www.w3.org/2002/xforms">
<head>
Beschreibung des XForms Model
</head>
<body>
Beschreibung der XForms View
</body>
</html>
</code>

==Anschauungsbeispiel einer Preisauskunft==
Als einführendes Beispiel wird nun für die Erklärung von Model- und View-Elementen eine primitive '''Preisauskunft''' für einen ''Produktkatalog'' konstruiert. Sie zeigt zu einer eingegebenen ''Produktnummer'' nach betätigen des Formular-Buttons den ''Preis'' des Produktes an:

[[Medium:Xforms_example.png]]

==Model==
Das XForms '''Model''' (''<xf:model>'') beschreibt Daten und Aktionen, die zur Erbringung der Grundfunktion nötig aber unabhängig von einer konkreten Darstellung sind. Beim Modell zur ''Preisauskunft'' sind folgende Elemente von zentraler Bedeutung:

<code>
<xf:model>
<xf:instance xmlns="" id="transfer">
<product num="1337">
<price>99.99</price>
</product>
</xf:instance>
<xf:bind id="num" nodeset="/product/@num" required="true()" />
<xf:submission id="fetch" action="prices.xql" method="get"
ref="instance('transfer')" replace="instance" instance="transfer" />
</xf:model>
</code>

* '''Instanzen''' (''<xf:instance>''): dienen als XML-Templates, die im Zuge der Formularbearbeitung gefüllt, dem Server zugeschickt oder von ihm empfangen und präsentiert werden. Der Server liest aus obigen Transferdaten später z.B. das gesetzte ''num''-Attribut aus, befüllt entsprechend das ''price''-Element und schickt alles zurück zum Formular.
* '''Übermittlungen''' (''<xf:submission>''): legen Transferaktionen fest, die im Laufe der Formularbearbeitung initiiert werden. Attribute konfigurieren die Übermittlung: angesprochene URI (''action''), verwendete HTTP-Methode (''method''), mitzusendende XML-Daten (''ref''), was durch die Serverantwort ersetzt wird (''replace'') und wie hier bei Instanzersetzung die Zielauswahl (instance).
* '''Bindings''' (''<xf:bind>''): erlauben es mittels XPath (''nodeset'') Knoten aus den ''Instanzen'' auszuwählen und über Attribute an Sonderleistungen zu knüpfen: Festlegen eines Identifizierers (''id''), Ausweisen als verbindlich (''required''), Ausweisen als schreibgeschützt (''readonly''), Zuweisen eines Datentyps zur Validierung (''type'') oder Berechnung des Knoteninhalts über XPath (''calculate'').

==View==
Die XForms '''View''' (''<xf:view>'') bedient sich am vorbereiteten Datenmodell und setzt es in Steuerelemente um. Für das Modell zur ''Preisauskunft'' könnten dies mit einem Input-Feld, einem Output-Feld und einem Submit-Button geschehen, mit einigen Besonderheiten:

<code>
<xf:group>
<xf:label>Preisauskunft</xf:label>
<xf:input bind="num">
<xf:label>Produktnummer</xf:label>
</xf:input>
<xf:output ref="/product/price">
<xf:label>Produktpreis</xf:label>
</xf:output>
<submit submission="fetch">
<xf:label>Abfrage</xf:label>
</submit>
</xf:group>
</code>

* Visuelle '''Gruppierung''' (''<xf:group>''): Steuerelemente lassen sich einfach als Gruppe hervorheben.
* '''Labels''' (''<xf:label>''): Feldbezeichnungen sind in XForms verpflichtend und direkt den Feldern als Kindelement zugeordnet.
* '''Widgets''': Referenzieren die Modelldaten entweder über XPath-Ausdrücke mit (''ref'' bei ''<xf:output>'') oder über im Modell vorgegebene Identifizierer (''bind'' & ''submission'' bei ''<xf:input>'' und ''<xf:submit>''). Die erste Variante ist weniger sauber, da damit die referenzierte Instanzstruktur bekannt sein muss (engere Kopplung).

=Absichtsorientierte Formularelemente=

XForms interpretiert alle Steuerelemente streng absichts- und nicht präsentationsorientiert, um möglichst viele heterogene Endgeräte barrierefrei zu erreichen. Das bedeutet, dass ein Endgerät über die tatsächliche Darstellung entscheidet und so ein ''input''-Feld für einen Datumsknoten z.B. in Browsern einen Kalender anbietet oder in blindengerechten Systemen einen Audiodialog formuliert. Das ''appearance''-Attribut steht in allen Feldern zur Verfügung, um die Darstellungsabsicht abstrakt zu präzisieren: Eine Einzelauswahl (''select1'') wird damit in Browsern z.B. mit dem Wert ''full'' als Radio-Buttons, mit ''compact'' als List-Box oder mit ''minimal'' als Drop-Down-List dargestellt. Alle weiteren Details im Erscheinungsbild sind per CSS-Formatierung zu regeln. Die verfügbaren '''primitiven''' Widgets umfassen:

* ''input'': Eingabe von einzeiligem Text, Zahlen, Datum, ...
* ''secret'': Eingabe von verdecktem Text wie Passwörter
* ''textarea'': Eingabe von mehrzeiligem Text
* ''output'': Ausgabe von Text, Zahlen, Datum, ...
* ''upload'': Auswahlfeld für den Dateiupload
* ''range'': Slider-Auswahl für einen Wertebereich
* ''trigger'': Entspricht einem beliebigen Knopf
* ''submit'': Entspricht einem Übermittlungsknopf
* ''select1'': Liste zur Einzelauswahl
* ''select'': Liste zur Mehrfachauswahl

=Eventgetriebene Aktionen=

Als '''Events''' kann XForms alle Ereignisse des [http://www.w3.org/DOM/Activity Document Object Model (DOM)] auswerten wie ''DOMActivate'', das von der Auswahl eines Kontrollelements z.B. per Mouse-Click berichtet. XForms feuert auch eigene Ereignisse wie ''xforms-ready'' nach der Initialisierung, ''xforms-submit'' vor dem Ausführen einer Übermittlung oder ''xforms-value-changed'' vor dem Schreiben von Feldinhalten in das Datenmodell. Die Idee ist nun, dem Entwickler für solche Ereignisse Eingriffsmöglichkeiten als '''Aktions'''-Elemente bereitzustellen, wie z.B. ''<xf:message>'' zum Anzeigen einer Nachricht, ''<xf:setvalue>'' zum Setzen eines Instanzknotenwerts oder ''<xf:send>'' zum Starten einer Übermittlung. Mehrere Aktionen können in einer ''<xf:action>'' gruppiert und fortan wie eine Einzelaktion behandelt werden. Um nun eine Aktion an ein Event zu binden, setzt man schlicht ihr Attribut ''ev:event'' auf den Ereignissnamen. Diese Erweiterung zum ''Model'' der ''Preisauskunft'' setzt z.B. nach der Initialisierung Nummer und Preis zurück und zeigt einen modalen Dialog:

<code>
<xf:action ev:event="xforms-ready">
<xf:setvalue ref="/product/price" value="0.00" />
<xf:setvalue bind="num">0</xf:setvalue>
<xf:message level="modal">
Tragen Sie bitte eine Produktnummer ein!
</xf:message>
</xf:action>
</code>

=Standardisierungsgeschichte=
* 10/2001: ''XML Events - W3C Working Draft''
* 08/2002: ''XForms 1.0 - W3C Working Draft''
* 11/2003: ''XForms 1.0 - W3C Recommendation''
* 01/2004: ''XForms 1.1 - W3C Requirements''
* 11/2004: ''XForms 1.1 - W3C Working Draft''
* 10/2005: ''XForms 1.0 (2nd Edition) - W3C Proposed Recommendation''
* 03/2006: ''XForms 1.0 (2nd Edition) - W3C Recommendation''
* 10/2007: ''XForms 1.0 (3rd Edition) - W3C Recommendation''

=Quellen=
* Dubinko, Micah (2003): XForms Essentials. O’Reilly Media Inc., ISBN 0596003692.
* [http://www.w3.org/TR/xforms W3C - XForms 1.0 (Third Edition)]
* [http://www.w3.org/MarkUp/Forms W3C - The Forms Working Group]
* [http://www.w3schools.com/xforms W3Schools.com - XForms Tutorial]
* [http://de.wikipedia.org/wiki/Xforms Wikipedia - XForms]

[[Kategorie:XML]]
[[Kategorie:Web-Programmierung]]
[[Kategorie:Content-Management]]
[[Kategorie:Glossar]]
{{{{SITENAME}}-konformer Artikel}}
{{Quellenangaben verbessern
| Formatierung = true
}}

XForms

2008-07-01T17:59:24Z

FaPe: /* Absichtsorientierte Formularelemente */

=Definition=
Die Beschreibungssprache '''XForms''' bietet eine deklarative Entwicklungsart für reichhaltige Webformulare, die XML als Transferformat akzeptieren und den Browser als Prozessknoten ausnutzen. Sie verspricht offensichtliche Schwächen der alten HTML-Formulargeneration zu beheben, ist nahtlos in gängige XML-Formate wie ''XHTML 1.0'' oder ''SVG'' integrierbar und wird nativer Bestandteil von ''XHTML 2.0''.

XForms wird im Rahmen des [http://www.w3.org W3C]-Konsortiums durch die ''Forms Working Group'' als Standard spezifiziert. Die aktuelle Version ''XForms 1.0'' trägt den finalen Status einer ''W3C Empfehlung'' und greift massiv auf [[XPath]] für Adressierung und Berechnungen zurück.

=Designziele=
Bei XForms wurden aus den analysierten Schwächen von herkömmlichen HTML-Formularen einige Designziele abgeleitet:

* Eine einfachere, barrierefreie Interpretation auf heterogenen Geräten durch Absichts- statt Präsentationsorientierung.
* Eine strukturierte Entwicklungsform über die Trennung von Formulardaten und Präsentation nach dem MVC-Pattern.
* Ein reichhaltigeres Datenmodell für die Speicherung und den Transfer von Formulardaten durch typisiertes XML.
* Eine dynamischere, interaktive Bedienoberfläche ohne Scripting-Aufwand durch eventgekoppelte Aktions- und Widgetelemente.
* Eine Entlastung für Server und Netz, indem der Browser als Prozessknoten bei Validierung und Berechnungen mitarbeitet.

=Formularstruktur nach MVC=
Bei XForms werden die Formulardaten (''Model'') von den korrespondierenden Formularfeldern (''View'') separiert beschrieben - die Steuerlogik (''Controller'') realisiert ein XForms-Prozessor im Browser. Mit XHTML als Trägerformat kann folgende repräsentative Struktur befüllt werden:

<code>
<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:xf="http://www.w3.org/2002/xforms">
<head>
Beschreibung des XForms Model
</head>
<body>
Beschreibung der XForms View
</body>
</html>
</code>

==Anschauungsbeispiel einer Preisauskunft==
Als einführendes Beispiel wird nun für die Erklärung von Model- und View-Elementen eine primitive '''Preisauskunft''' für einen ''Produktkatalog'' konstruiert. Sie zeigt zu einer eingegebenen ''Produktnummer'' nach betätigen des Formular-Buttons den ''Preis'' des Produktes an:

[[Medium:Xforms_example.png]]

==Model==
Das XForms '''Model''' (''<xf:model>'') beschreibt Daten und Aktionen, die zur Erbringung der Grundfunktion nötig aber unabhängig von einer konkreten Darstellung sind. Beim Modell zur ''Preisauskunft'' sind folgende Elemente von zentraler Bedeutung:

<code>
<xf:model>
<xf:instance xmlns="" id="transfer">
<product num="1337">
<price>99.99</price>
</product>
</xf:instance>
<xf:bind id="num" nodeset="/product/@num" required="true()" />
<xf:submission id="fetch" action="prices.xql" method="get"
ref="instance('transfer')" replace="instance" instance="transfer" />
</xf:model>
</code>

* '''Instanzen''' (''<xf:instance>''): dienen als XML-Templates, die im Zuge der Formularbearbeitung gefüllt, dem Server zugeschickt oder von ihm empfangen und präsentiert werden. Der Server liest aus obigen Transferdaten später z.B. das gesetzte ''num''-Attribut aus, befüllt entsprechend das ''price''-Element und schickt alles zurück zum Formular.
* '''Übermittlungen''' (''<xf:submission>''): legen Transferaktionen fest, die im Laufe der Formularbearbeitung initiiert werden. Attribute konfigurieren die Übermittlung: angesprochene URI (''action''), verwendete HTTP-Methode (''method''), mitzusendende XML-Daten (''ref''), was durch die Serverantwort ersetzt wird (''replace'') und wie hier bei Instanzersetzung die Zielauswahl (instance).
* '''Bindings''' (''<xf:bind>''): erlauben es mittels XPath (''nodeset'') Knoten aus den ''Instanzen'' auszuwählen und über Attribute an Sonderleistungen zu knüpfen: Festlegen eines Identifizierers (''id''), Ausweisen als verbindlich (''required''), Ausweisen als schreibgeschützt (''readonly''), Zuweisen eines Datentyps zur Validierung (''type'') oder Berechnung des Knoteninhalts über XPath (''calculate'').

==View==
Die XForms '''View''' (''<xf:view>'') bedient sich am vorbereiteten Datenmodell und setzt es in Steuerelemente um. Für das Modell zur ''Preisauskunft'' könnten dies mit einem Input-Feld, einem Output-Feld und einem Submit-Button geschehen, mit einigen Besonderheiten:

<code>
<xf:group>
<xf:label>Preisauskunft</xf:label>
<xf:input bind="num">
<xf:label>Produktnummer</xf:label>
</xf:input>
<xf:output ref="/product/price">
<xf:label>Produktpreis</xf:label>
</xf:output>
<submit submission="fetch">
<xf:label>Abfrage</xf:label>
</submit>
</xf:group>
</code>

* Visuelle '''Gruppierung''' (''<xf:group>''): Steuerelemente lassen sich einfach als Gruppe hervorheben.
* '''Labels''' (''<xf:label>''): Feldbezeichnungen sind in XForms verpflichtend und direkt den Feldern als Kindelement zugeordnet.
* '''Widgets''': Referenzieren die Modelldaten entweder über XPath-Ausdrücke mit (''ref'' bei ''<xf:output>'') oder über im Modell vorgegebene Identifizierer (''bind'' & ''submission'' bei ''<xf:input>'' und ''<xf:submit>''). Die erste Variante ist weniger sauber, da damit die referenzierte Instanzstruktur bekannt sein muss (engere Kopplung).

=Absichtsorientierte Formularelemente=

XForms interpretiert alle Steuerelemente streng absichts- und nicht präsentationsorientiert, um möglichst viele heterogene Endgeräte barrierefrei zu erreichen. Das bedeutet, dass ein Endgerät über die tatsächliche Darstellung entscheidet und so ein ''input''-Feld für einen Datumsknoten z.B. in Browsern einen Kalender anbietet oder in blindengerechten Systemen einen Audiodialog formuliert. Das ''appearance''-Attribut steht in allen Feldern zur Verfügung, um die Darstellungsabsicht abstrakt zu präzisieren: Eine Einzelauswahl (''select1'') wird damit in Browsern z.B. mit dem Wert ''full'' als Radio-Buttons, mit ''compact'' als List-Box oder mit ''minimal'' als Drop-Down-List dargestellt. Alle weiteren Details im Erscheinungsbild sind per CSS-Formatierung zu regeln. Die verfügbaren '''primitiven''' Widgets umfassen:

* ''input'': Eingabe von einzeiligem Text, Zahlen, Datum, ...
* ''secret'': Eingabe von verdecktem Text wie Passwörter
* ''textarea'': Eingabe von mehrzeiligem Text
* ''output'': Ausgabe von Text, Zahlen, Datum, ...
* ''upload'': Auswahlfeld für den Dateiupload
* ''range'': Slider-Auswahl für einen Wertebereich
* ''trigger'': Entspricht einem beliebigen Knopf
* ''submit'': Entspricht einem Übermittlungsknopf
* ''select1'': Liste zur Einzelauswahl
* ''select'': Liste zur Mehrfachauswahl

=Eventgetriebene Aktionen=

=Standardisierungsgeschichte=
* 10/2001: ''XML Events - W3C Working Draft''
* 08/2002: ''XForms 1.0 - W3C Working Draft''
* 11/2003: ''XForms 1.0 - W3C Recommendation''
* 01/2004: ''XForms 1.1 - W3C Requirements''
* 11/2004: ''XForms 1.1 - W3C Working Draft''
* 10/2005: ''XForms 1.0 (2nd Edition) - W3C Proposed Recommendation''
* 03/2006: ''XForms 1.0 (2nd Edition) - W3C Recommendation''
* 10/2007: ''XForms 1.0 (3rd Edition) - W3C Recommendation''

=Quellen=
* Dubinko, Micah (2003): XForms Essentials. O’Reilly Media Inc., ISBN 0596003692.
* [http://www.w3.org/TR/xforms W3C - XForms 1.0 (Third Edition)]
* [http://www.w3.org/MarkUp/Forms W3C - The Forms Working Group]
* [http://www.w3schools.com/xforms W3Schools.com - XForms Tutorial]
* [http://de.wikipedia.org/wiki/Xforms Wikipedia - XForms]

[[Kategorie:XML]]
[[Kategorie:Web-Programmierung]]
[[Kategorie:Content-Management]]
[[Kategorie:Glossar]]
{{{{SITENAME}}-konformer Artikel}}
{{Quellenangaben verbessern
| Formatierung = true
}}

XForms

2008-07-01T17:47:49Z

FaPe: /* Anschauungsbeispiel einer Preisauskunft */

Datei:Xforms example.png

2008-07-01T17:46:57Z

FaPe: XForms-Formular für eine primitive Preisauskunft

XForms-Formular für eine primitive Preisauskunft

XForms

2008-07-01T17:46:22Z

FaPe: /* Formularstruktur nach MVC */

XForms

2008-07-01T16:17:17Z

FaPe: /* Designziele */

XForms

2008-07-01T16:15:01Z

FaPe:

XForms

2008-07-01T16:09:06Z

FaPe: /* Designziele */

XForms

2008-07-01T16:03:51Z

FaPe:

XML Path Language

2008-07-01T14:34:14Z

FaPe: /* Achse */

= Definition =
Die '''XML Path Language (XPath)''' ist eine Abfragesprache, die XML-Fragmente als Baum interpretiert und daraus eine Selektion einer Knotenmenge ermöglicht (Lokalisierung).

XPath wird im Rahmen des [http://www.w3.org W3C]-Konsortiums gemeinsam durch die ''XSL Working Group'' und ''XML Linking Working Group'' als Standard spezifiziert. Die aktuelle Version ''XPath 2.0'' und Vorgänger tragen den finalen Status der ''W3C Empfehlung''. XPath gilt als essentielles Fundament für weitere XML-basierte W3C-Standards wie [[XQuery]], [[XSLT]] oder [[XForms]].

=Bemerkungen=
Ein XPath bietet praktisch eine gefilterte Sicht auf ein '''unverändertes''' Eingabedokument, die nur interessierende XML-Knoten zeigt. Den Vorgang bezeichnet man daher auch oft als Navigation oder Addressierung in einem XML-Dokument.

=Datenmodell=
Als Datenmodell dient eine logische Interpretation geparster XML-Dokumente als baumartig geordnete Sequenz von Einheiten. Über die Ordnung bestimmen Verschachtelung und Dokumentreihenfolge. Die Einheiten heißen ''Knoten'' und können an Blattpositionen ''Werte'' atomaren Typs tragen.

Die ''Knotentypen'' umfassen:
* Wurzelknoten (root nodes)
* Elementknoten (element nodes)
* Textknoten (text nodes)
* Attributknoten (attribut nodes)
* Namensraumknoten (namespace nodes)
* Verarbeitungsanweisungs-Knoten (processing instruction nodes)
* Kommentarknoten (comment nodes)

Als ''Wertetypen'' dienen:
* XML Schema Datentypen (z.B. integer, string, ...)
* Weitere fünf XPath-Typen (z.B. anyAtomicType, untyped, ...)

Alle Knoteneigenschaften können über Quasifunktionen (Accessors) ausgelesen werden, die z.B. den qualifizierten Namen, getragene Typ und Wert oder Eltern und Kinder in der Ordnung zurückgeben. Das Datenmodell wird mittlerweile als [http://www.w3.org/TR/xpath-datamodel XQuery 1.0 and XPath 2.0 Data Model] eigenständig standardisiert.

=Lokalisierung=
Ein XPath-Lokalisierungspfad ist nun ein Ausdruck, der eine Menge von 0 bis n Knoten aus diesem Baum auswählt, welche hinsichtlich sukzessiver, durch ''/'' separierter Lokalisierungskriterien übereinstimmen. Beginnt der Pfad bereits mit einem Schrägstrich, so ist er absolut d.h. beginnend von der Wurzel auszuwerten, andernfalls relativ zum Kontext. Jeder Lokalisierungsschritt präzisiert die Selektion und hat die folgende Syntax:

<code>/<Achse>::<Knotentest><Prädikat>*</code>

==Achse==
Achsen werden stets vom aktuellen Kontextknoten angelegt und grenzen die Auswahl für den nächsten Schritt auf eine Untermenge ein, die in einer bestimmten Beziehung zum Kontextknoten stehen. Diese erinnern oft an Familienbeziehungen und resultieren aus der Baumstruktur:

[[Medium:Xpath_axes.png]]

Die wichtigsten Achsen umfassen:
* self: der Knoten selber
* child: Kinder des Knotens
* parent: Eltern des Knotens
* descendant: Kinder und Kindeskinder des Knotens
* ancestor: Eltern und Vorfahren des Knotens
* attribute: Attribute des Knotens
* preceding: Vorhergehend in Dokumentrichtung
* following: Nachfolgend in Dokumentrichtung
* Kombinationen sind teils verfügbar wie z.B. descendant-or-self

==Knotentest==
Ein Knotentest wählt nun aus der durch die Achse eingeschränkten Menge diejenigen Knoten aus, die den Knotentest bestehen. Zur Prüfung kann man folgende Alternativen wählen:

* Knotenname: Formulierung durch die Angabe eines Knotennamens (* dient als Wildcard).
* Knotentyp: Formulierung durch die Angabe einer XPath-Funktion, die den Typ zurückgibt (z.B. text() für Textknoten, attribute() für Attributknoten).

==Prädikate==
Prädikate werden in eckige Klammern gefasst und können beliebig oft angehängt werden. Sie filtern die Knotenmenge erneut über zwei mögliche Arten:

* Listenindex: Wählt für den Listenindex n aus der Knotenmenge nur den n-ten Knoten aus ([1] entspricht dem ersten).
* Boolscher Ausdruck: Wählt aus der Knotenmenge nur diejenigen, die den Ausdruck auf ''true'' auswerten.

==Achsenabkürzungen==
Um den Schreibaufwand zu reduzieren wurden angeregt von Navigationsschematas aus Dateisystemen einige Abkürzungen für häufige Achsenschritte eingeführt:

* <code>child::</code> = <code>/</code>
* <code>descendant-or-self::</code> = <code>//</code>
* <code>self::</code> = <code>.</code>
* <code>parent::</code> = <code>..</code>
* <code>attribute::</code> = <code>@</code>

==Funktionen und Operatoren==
XPath-Ausdrücken stehen logische, numerische, String-manipulierende oder kontextbezogene Funktionen und Operationen bereit, um Ausdrücke zu errechnen oder zu verbinden. Für eine vollständige Liste sei auf [http://www.w3.org/TR/xpath-functions XQuery 1.0 and XPath 2.0 Functions and Operators] verwiesen.

=Beispiele=
Gegeben sei folgendes XML-Eingabedokument:

<code>


<catalog>
<product dept="Storage">
<number>1337</number>
<name lang="EN">SuperDrive</name>
...
</product>
<product dept="CPU">
<number>3337</number>
<name lang="DE">Rechengenie</name>
...
</product>
<product dept="Storage">
<number>2337</number>
<name lang="EN">XtremeDrive</name>
...
</product>
</catalog>
</code>

* <code>/child::catalog</code> und <code>/child::*</code> wählen hier beide den ''Katalog''knoten
* <code>/child::catalog/child::product</code> oder kurz <code>/catalog/product</code> selektiert die 3 ''Produkt''knoten
* <code>/descendant-or-self::product</code> oder kurz <code>//product</code> selektiert ebenfalls die 3 ''Produkt''knoten
* <code>/catalog/product[@dept="Storage"]</code> selektiert die beiden ''Produkt''knoten der Sparte ''Storage''
* <code>/catalog/product[@dept="Storage"][1]</code> schränkt diese Auswahl auf den ersten Knoten der Sparte ''Storage'' ein, also ''SuperDrive''
* <code>//text()</code> wählt alle Textknoten aus dem Dokument also ''1337'', ''SuperDrive'', ''33337'', ''HighSpeedCPU'', ''2337'', ''XtremeDrive''
* <code>/catalog/product[./name/@lang="EN"]</code> selektiert nur die ''Produkt''knoten mit einem ''englischen'' Namenselement
* <code>/catalog/product[./name/@lang="EN" and data(./name)="SuperDrive"]</code> wählt entsprechend das ''Produkt'' mit dem ''englischen'' Namen ''SuperDrive''

= Quellen =
* Skulschus, Marco; Kozik, Jan; Wiederstein, Marcus (2007): XSLT, XPath und XQuery. Comelio Medien, ISBN 3939701181.
* Walmsley, Priscilla (2007): XQuery. O’Reilly Media Inc., ISBN 0596006349.
* [http://www.w3.org/TR/xpath W3C - XML Path Language (XPath) Version 1.0]
* [http://www.w3.org/TR/xpath20 W3C - XML Path Language (XPath) Version 2.0]
* [http://www.w3.org/TR/xpath-datamodel W3C - XQuery 1.0 and XPath 2.0 Data Model (XDM)]
* [http://www.w3.org/TR/xpath-functions W3C - XQuery 1.0 and XPath 2.0 Functions and Operators]
* [http://www.w3schools.com/xpath/default.asp W3C Schools - XPath Tutorial]
* [http://de.wikipedia.org/wiki/XPath Wikipedia - XPath]

[[Kategorie:XML]]
[[Kategorie:Web-Programmierung]]
[[Kategorie:Content-Management]]
[[Kategorie:Glossar]]
{{{{SITENAME}}-konformer Artikel}}
{{Quellenangaben verbessern
| Formatierung = true
}}
{{Verbesserungswürdiger Inhalt
| Genauer = true
| Sprache = true
}}

XML Path Language

2008-07-01T14:09:16Z

FaPe: /* Bemerkungen */

= Definition =
Die '''XML Path Language (XPath)''' ist eine Abfragesprache, die XML-Fragmente als Baum interpretiert und daraus eine Selektion einer Knotenmenge ermöglicht (Lokalisierung).

XPath wird im Rahmen des [http://www.w3.org W3C]-Konsortiums gemeinsam durch die ''XSL Working Group'' und ''XML Linking Working Group'' als Standard spezifiziert. Die aktuelle Version ''XPath 2.0'' und Vorgänger tragen den finalen Status der ''W3C Empfehlung''. XPath gilt als essentielles Fundament für weitere XML-basierte W3C-Standards wie [[XQuery]], [[XSLT]] oder [[XForms]].

=Bemerkungen=
Ein XPath bietet praktisch eine gefilterte Sicht auf ein '''unverändertes''' Eingabedokument, die nur interessierende XML-Knoten zeigt. Den Vorgang bezeichnet man daher auch oft als Navigation oder Addressierung in einem XML-Dokument.

=Datenmodell=
Als Datenmodell dient eine logische Interpretation geparster XML-Dokumente als baumartig geordnete Sequenz von Einheiten. Über die Ordnung bestimmen Verschachtelung und Dokumentreihenfolge. Die Einheiten heißen ''Knoten'' und können an Blattpositionen ''Werte'' atomaren Typs tragen.

Die ''Knotentypen'' umfassen:
* Wurzelknoten (root nodes)
* Elementknoten (element nodes)
* Textknoten (text nodes)
* Attributknoten (attribut nodes)
* Namensraumknoten (namespace nodes)
* Verarbeitungsanweisungs-Knoten (processing instruction nodes)
* Kommentarknoten (comment nodes)

Als ''Wertetypen'' dienen:
* XML Schema Datentypen (z.B. integer, string, ...)
* Weitere fünf XPath-Typen (z.B. anyAtomicType, untyped, ...)

Alle Knoteneigenschaften können über Quasifunktionen (Accessors) ausgelesen werden, die z.B. den qualifizierten Namen, getragene Typ und Wert oder Eltern und Kinder in der Ordnung zurückgeben. Das Datenmodell wird mittlerweile als [http://www.w3.org/TR/xpath-datamodel XQuery 1.0 and XPath 2.0 Data Model] eigenständig standardisiert.

=Lokalisierung=
Ein XPath-Lokalisierungspfad ist nun ein Ausdruck, der eine Menge von 0 bis n Knoten aus diesem Baum auswählt, welche hinsichtlich sukzessiver, durch ''/'' separierter Lokalisierungskriterien übereinstimmen. Beginnt der Pfad bereits mit einem Schrägstrich, so ist er absolut d.h. beginnend von der Wurzel auszuwerten, andernfalls relativ zum Kontext. Jeder Lokalisierungsschritt präzisiert die Selektion und hat die folgende Syntax:

<code>/<Achse>::<Knotentest><Prädikat>*</code>

==Achse==
Achsen werden stets vom aktuellen Kontextknoten angelegt und grenzen die Auswahl für den nächsten Schritt auf eine Untermenge ein, die in einer bestimmten Beziehung zum Kontextknoten stehen. Diese erinnern oft an Familienbeziehungen und resultieren aus der Baumstruktur:

[[Medium:Xpath_axes.png]]

* self: der Knoten selber
* child: Kinder des Knotens
* parent: Eltern des Knotens
* descendant: Kinder und Kindeskinder des Knotens
* ancestors: Eltern und Vorfahren des Knotens
* attribute: Attribute des Knotens
* preceding: Vorhergehend in Dokumentrichtung
* following: Nachfolgend in Dokumentrichtung
* Einige Kombinationen stehen auch bereit wie z.B. descendant-or-self

==Knotentest==
Ein Knotentest wählt nun aus der durch die Achse eingeschränkten Menge diejenigen Knoten aus, die den Knotentest bestehen. Zur Prüfung kann man folgende Alternativen wählen:

* Knotenname: Formulierung durch die Angabe eines Knotennamens (* dient als Wildcard).
* Knotentyp: Formulierung durch die Angabe einer XPath-Funktion, die den Typ zurückgibt (z.B. text() für Textknoten, attribute() für Attributknoten).

==Prädikate==
Prädikate werden in eckige Klammern gefasst und können beliebig oft angehängt werden. Sie filtern die Knotenmenge erneut über zwei mögliche Arten:

* Listenindex: Wählt für den Listenindex n aus der Knotenmenge nur den n-ten Knoten aus ([1] entspricht dem ersten).
* Boolscher Ausdruck: Wählt aus der Knotenmenge nur diejenigen, die den Ausdruck auf ''true'' auswerten.

==Achsenabkürzungen==
Um den Schreibaufwand zu reduzieren wurden angeregt von Navigationsschematas aus Dateisystemen einige Abkürzungen für häufige Achsenschritte eingeführt:

* <code>child::</code> = <code>/</code>
* <code>descendant-or-self::</code> = <code>//</code>
* <code>self::</code> = <code>.</code>
* <code>parent::</code> = <code>..</code>
* <code>attribute::</code> = <code>@</code>

==Funktionen und Operatoren==
XPath-Ausdrücken stehen logische, numerische, String-manipulierende oder kontextbezogene Funktionen und Operationen bereit, um Ausdrücke zu errechnen oder zu verbinden. Für eine vollständige Liste sei auf [http://www.w3.org/TR/xpath-functions XQuery 1.0 and XPath 2.0 Functions and Operators] verwiesen.

=Beispiele=
Gegeben sei folgendes XML-Eingabedokument:

<code>


<catalog>
<product dept="Storage">
<number>1337</number>
<name lang="EN">SuperDrive</name>
...
</product>
<product dept="CPU">
<number>3337</number>
<name lang="DE">Rechengenie</name>
...
</product>
<product dept="Storage">
<number>2337</number>
<name lang="EN">XtremeDrive</name>
...
</product>
</catalog>
</code>

* <code>/child::catalog</code> und <code>/child::*</code> wählen hier beide den ''Katalog''knoten
* <code>/child::catalog/child::product</code> oder kurz <code>/catalog/product</code> selektiert die 3 ''Produkt''knoten
* <code>/descendant-or-self::product</code> oder kurz <code>//product</code> selektiert ebenfalls die 3 ''Produkt''knoten
* <code>/catalog/product[@dept="Storage"]</code> selektiert die beiden ''Produkt''knoten der Sparte ''Storage''
* <code>/catalog/product[@dept="Storage"][1]</code> schränkt diese Auswahl auf den ersten Knoten der Sparte ''Storage'' ein, also ''SuperDrive''
* <code>//text()</code> wählt alle Textknoten aus dem Dokument also ''1337'', ''SuperDrive'', ''33337'', ''HighSpeedCPU'', ''2337'', ''XtremeDrive''
* <code>/catalog/product[./name/@lang="EN"]</code> selektiert nur die ''Produkt''knoten mit einem ''englischen'' Namenselement
* <code>/catalog/product[./name/@lang="EN" and data(./name)="SuperDrive"]</code> wählt entsprechend das ''Produkt'' mit dem ''englischen'' Namen ''SuperDrive''

= Quellen =
* Skulschus, Marco; Kozik, Jan; Wiederstein, Marcus (2007): XSLT, XPath und XQuery. Comelio Medien, ISBN 3939701181.
* Walmsley, Priscilla (2007): XQuery. O’Reilly Media Inc., ISBN 0596006349.
* [http://www.w3.org/TR/xpath W3C - XML Path Language (XPath) Version 1.0]
* [http://www.w3.org/TR/xpath20 W3C - XML Path Language (XPath) Version 2.0]
* [http://www.w3.org/TR/xpath-datamodel W3C - XQuery 1.0 and XPath 2.0 Data Model (XDM)]
* [http://www.w3.org/TR/xpath-functions W3C - XQuery 1.0 and XPath 2.0 Functions and Operators]
* [http://www.w3schools.com/xpath/default.asp W3C Schools - XPath Tutorial]
* [http://de.wikipedia.org/wiki/XPath Wikipedia - XPath]

[[Kategorie:XML]]
[[Kategorie:Web-Programmierung]]
[[Kategorie:Content-Management]]
[[Kategorie:Glossar]]
{{{{SITENAME}}-konformer Artikel}}
{{Quellenangaben verbessern
| Formatierung = true
}}
{{Verbesserungswürdiger Inhalt
| Genauer = true
| Sprache = true
}}

XML Path Language

2008-07-01T12:27:25Z

FaPe: /* Quellen */

= Definition =
Die '''XML Path Language (XPath)''' ist eine Abfragesprache, die XML-Fragmente als Baum interpretiert und daraus eine Selektion einer Knotenmenge ermöglicht (Lokalisierung).

XPath wird im Rahmen des [http://www.w3.org W3C]-Konsortiums gemeinsam durch die ''XSL Working Group'' und ''XML Linking Working Group'' als Standard spezifiziert. Die aktuelle Version ''XPath 2.0'' und Vorgänger tragen den finalen Status der ''W3C Empfehlung''. XPath gilt als essentielles Fundament für weitere XML-basierte W3C-Standards wie [[XQuery]], [[XSLT]] oder [[XForms]].

=Bemerkungen=
XPath ermöglicht praktisch filternde Sichten auf '''unveränderte''' Eingabedokumente, die nur interessierende XML-Knoten und deren Inhalt umfassen.

=Datenmodell=
Als Datenmodell dient eine logische Interpretation geparster XML-Dokumente als baumartig geordnete Sequenz von Einheiten. Über die Ordnung bestimmen Verschachtelung und Dokumentreihenfolge. Die Einheiten heißen ''Knoten'' und können an Blattpositionen ''Werte'' atomaren Typs tragen.

Die ''Knotentypen'' umfassen:
* Wurzelknoten (root nodes)
* Elementknoten (element nodes)
* Textknoten (text nodes)
* Attributknoten (attribut nodes)
* Namensraumknoten (namespace nodes)
* Verarbeitungsanweisungs-Knoten (processing instruction nodes)
* Kommentarknoten (comment nodes)

Als ''Wertetypen'' dienen:
* XML Schema Datentypen (z.B. integer, string, ...)
* Weitere fünf XPath-Typen (z.B. anyAtomicType, untyped, ...)

Alle Knoteneigenschaften können über Quasifunktionen (Accessors) ausgelesen werden, die z.B. den qualifizierten Namen, getragene Typ und Wert oder Eltern und Kinder in der Ordnung zurückgeben. Das Datenmodell wird mittlerweile als [http://www.w3.org/TR/xpath-datamodel XQuery 1.0 and XPath 2.0 Data Model] eigenständig standardisiert.

=Lokalisierung=
Ein XPath-Lokalisierungspfad ist nun ein Ausdruck, der eine Menge von 0 bis n Knoten aus diesem Baum auswählt, welche hinsichtlich sukzessiver, durch ''/'' separierter Lokalisierungskriterien übereinstimmen. Beginnt der Pfad bereits mit einem Schrägstrich, so ist er absolut d.h. beginnend von der Wurzel auszuwerten, andernfalls relativ zum Kontext. Jeder Lokalisierungsschritt präzisiert die Selektion und hat die folgende Syntax:

<code>/<Achse>::<Knotentest><Prädikat>*</code>

==Achse==
Achsen werden stets vom aktuellen Kontextknoten angelegt und grenzen die Auswahl für den nächsten Schritt auf eine Untermenge ein, die in einer bestimmten Beziehung zum Kontextknoten stehen. Diese erinnern oft an Familienbeziehungen und resultieren aus der Baumstruktur:

[[Medium:Xpath_axes.png]]

* self: der Knoten selber
* child: Kinder des Knotens
* parent: Eltern des Knotens
* descendant: Kinder und Kindeskinder des Knotens
* ancestors: Eltern und Vorfahren des Knotens
* attribute: Attribute des Knotens
* preceding: Vorhergehend in Dokumentrichtung
* following: Nachfolgend in Dokumentrichtung
* Einige Kombinationen stehen auch bereit wie z.B. descendant-or-self

==Knotentest==
Ein Knotentest wählt nun aus der durch die Achse eingeschränkten Menge diejenigen Knoten aus, die den Knotentest bestehen. Zur Prüfung kann man folgende Alternativen wählen:

* Knotenname: Formulierung durch die Angabe eines Knotennamens (* dient als Wildcard).
* Knotentyp: Formulierung durch die Angabe einer XPath-Funktion, die den Typ zurückgibt (z.B. text() für Textknoten, attribute() für Attributknoten).

==Prädikate==
Prädikate werden in eckige Klammern gefasst und können beliebig oft angehängt werden. Sie filtern die Knotenmenge erneut über zwei mögliche Arten:

* Listenindex: Wählt für den Listenindex n aus der Knotenmenge nur den n-ten Knoten aus ([1] entspricht dem ersten).
* Boolscher Ausdruck: Wählt aus der Knotenmenge nur diejenigen, die den Ausdruck auf ''true'' auswerten.

==Achsenabkürzungen==
Um den Schreibaufwand zu reduzieren wurden angeregt von Navigationsschematas aus Dateisystemen einige Abkürzungen für häufige Achsenschritte eingeführt:

* <code>child::</code> = <code>/</code>
* <code>descendant-or-self::</code> = <code>//</code>
* <code>self::</code> = <code>.</code>
* <code>parent::</code> = <code>..</code>
* <code>attribute::</code> = <code>@</code>

==Funktionen und Operatoren==
XPath-Ausdrücken stehen logische, numerische, String-manipulierende oder kontextbezogene Funktionen und Operationen bereit, um Ausdrücke zu errechnen oder zu verbinden. Für eine vollständige Liste sei auf [http://www.w3.org/TR/xpath-functions XQuery 1.0 and XPath 2.0 Functions and Operators] verwiesen.

=Beispiele=
Gegeben sei folgendes XML-Eingabedokument:

<code>


<catalog>
<product dept="Storage">
<number>1337</number>
<name lang="EN">SuperDrive</name>
...
</product>
<product dept="CPU">
<number>3337</number>
<name lang="DE">Rechengenie</name>
...
</product>
<product dept="Storage">
<number>2337</number>
<name lang="EN">XtremeDrive</name>
...
</product>
</catalog>
</code>

* <code>/child::catalog</code> und <code>/child::*</code> wählen hier beide den ''Katalog''knoten
* <code>/child::catalog/child::product</code> oder kurz <code>/catalog/product</code> selektiert die 3 ''Produkt''knoten
* <code>/descendant-or-self::product</code> oder kurz <code>//product</code> selektiert ebenfalls die 3 ''Produkt''knoten
* <code>/catalog/product[@dept="Storage"]</code> selektiert die beiden ''Produkt''knoten der Sparte ''Storage''
* <code>/catalog/product[@dept="Storage"][1]</code> schränkt diese Auswahl auf den ersten Knoten der Sparte ''Storage'' ein, also ''SuperDrive''
* <code>//text()</code> wählt alle Textknoten aus dem Dokument also ''1337'', ''SuperDrive'', ''33337'', ''HighSpeedCPU'', ''2337'', ''XtremeDrive''
* <code>/catalog/product[./name/@lang="EN"]</code> selektiert nur die ''Produkt''knoten mit einem ''englischen'' Namenselement
* <code>/catalog/product[./name/@lang="EN" and data(./name)="SuperDrive"]</code> wählt entsprechend das ''Produkt'' mit dem ''englischen'' Namen ''SuperDrive''

= Quellen =
* Skulschus, Marco; Kozik, Jan; Wiederstein, Marcus (2007): XSLT, XPath und XQuery. Comelio Medien, ISBN 3939701181.
* Walmsley, Priscilla (2007): XQuery. O’Reilly Media Inc., ISBN 0596006349.
* [http://www.w3.org/TR/xpath W3C - XML Path Language (XPath) Version 1.0]
* [http://www.w3.org/TR/xpath20 W3C - XML Path Language (XPath) Version 2.0]
* [http://www.w3.org/TR/xpath-datamodel W3C - XQuery 1.0 and XPath 2.0 Data Model (XDM)]
* [http://www.w3.org/TR/xpath-functions W3C - XQuery 1.0 and XPath 2.0 Functions and Operators]
* [http://www.w3schools.com/xpath/default.asp W3C Schools - XPath Tutorial]
* [http://de.wikipedia.org/wiki/XPath Wikipedia - XPath]

[[Kategorie:XML]]
[[Kategorie:Web-Programmierung]]
[[Kategorie:Content-Management]]
[[Kategorie:Glossar]]
{{{{SITENAME}}-konformer Artikel}}
{{Quellenangaben verbessern
| Formatierung = true
}}
{{Verbesserungswürdiger Inhalt
| Genauer = true
| Sprache = true
}}

XML Path Language

2008-07-01T12:17:24Z

FaPe:

= Definition =
Die '''XML Path Language (XPath)''' ist eine Abfragesprache, die XML-Fragmente als Baum interpretiert und daraus eine Selektion einer Knotenmenge ermöglicht (Lokalisierung).

XPath wird im Rahmen des [http://www.w3.org W3C]-Konsortiums gemeinsam durch die ''XSL Working Group'' und ''XML Linking Working Group'' als Standard spezifiziert. Die aktuelle Version ''XPath 2.0'' und Vorgänger tragen den finalen Status der ''W3C Empfehlung''. XPath gilt als essentielles Fundament für weitere XML-basierte W3C-Standards wie [[XQuery]], [[XSLT]] oder [[XForms]].

=Bemerkungen=
XPath ermöglicht praktisch filternde Sichten auf '''unveränderte''' Eingabedokumente, die nur interessierende XML-Knoten und deren Inhalt umfassen.

=Datenmodell=
Als Datenmodell dient eine logische Interpretation geparster XML-Dokumente als baumartig geordnete Sequenz von Einheiten. Über die Ordnung bestimmen Verschachtelung und Dokumentreihenfolge. Die Einheiten heißen ''Knoten'' und können an Blattpositionen ''Werte'' atomaren Typs tragen.

Die ''Knotentypen'' umfassen:
* Wurzelknoten (root nodes)
* Elementknoten (element nodes)
* Textknoten (text nodes)
* Attributknoten (attribut nodes)
* Namensraumknoten (namespace nodes)
* Verarbeitungsanweisungs-Knoten (processing instruction nodes)
* Kommentarknoten (comment nodes)

Als ''Wertetypen'' dienen:
* XML Schema Datentypen (z.B. integer, string, ...)
* Weitere fünf XPath-Typen (z.B. anyAtomicType, untyped, ...)

Alle Knoteneigenschaften können über Quasifunktionen (Accessors) ausgelesen werden, die z.B. den qualifizierten Namen, getragene Typ und Wert oder Eltern und Kinder in der Ordnung zurückgeben. Das Datenmodell wird mittlerweile als [http://www.w3.org/TR/xpath-datamodel XQuery 1.0 and XPath 2.0 Data Model] eigenständig standardisiert.

=Lokalisierung=
Ein XPath-Lokalisierungspfad ist nun ein Ausdruck, der eine Menge von 0 bis n Knoten aus diesem Baum auswählt, welche hinsichtlich sukzessiver, durch ''/'' separierter Lokalisierungskriterien übereinstimmen. Beginnt der Pfad bereits mit einem Schrägstrich, so ist er absolut d.h. beginnend von der Wurzel auszuwerten, andernfalls relativ zum Kontext. Jeder Lokalisierungsschritt präzisiert die Selektion und hat die folgende Syntax:

<code>/<Achse>::<Knotentest><Prädikat>*</code>

==Achse==
Achsen werden stets vom aktuellen Kontextknoten angelegt und grenzen die Auswahl für den nächsten Schritt auf eine Untermenge ein, die in einer bestimmten Beziehung zum Kontextknoten stehen. Diese erinnern oft an Familienbeziehungen und resultieren aus der Baumstruktur:

[[Medium:Xpath_axes.png]]

* self: der Knoten selber
* child: Kinder des Knotens
* parent: Eltern des Knotens
* descendant: Kinder und Kindeskinder des Knotens
* ancestors: Eltern und Vorfahren des Knotens
* attribute: Attribute des Knotens
* preceding: Vorhergehend in Dokumentrichtung
* following: Nachfolgend in Dokumentrichtung
* Einige Kombinationen stehen auch bereit wie z.B. descendant-or-self

==Knotentest==
Ein Knotentest wählt nun aus der durch die Achse eingeschränkten Menge diejenigen Knoten aus, die den Knotentest bestehen. Zur Prüfung kann man folgende Alternativen wählen:

* Knotenname: Formulierung durch die Angabe eines Knotennamens (* dient als Wildcard).
* Knotentyp: Formulierung durch die Angabe einer XPath-Funktion, die den Typ zurückgibt (z.B. text() für Textknoten, attribute() für Attributknoten).

==Prädikate==
Prädikate werden in eckige Klammern gefasst und können beliebig oft angehängt werden. Sie filtern die Knotenmenge erneut über zwei mögliche Arten:

* Listenindex: Wählt für den Listenindex n aus der Knotenmenge nur den n-ten Knoten aus ([1] entspricht dem ersten).
* Boolscher Ausdruck: Wählt aus der Knotenmenge nur diejenigen, die den Ausdruck auf ''true'' auswerten.

==Achsenabkürzungen==
Um den Schreibaufwand zu reduzieren wurden angeregt von Navigationsschematas aus Dateisystemen einige Abkürzungen für häufige Achsenschritte eingeführt:

* <code>child::</code> = <code>/</code>
* <code>descendant-or-self::</code> = <code>//</code>
* <code>self::</code> = <code>.</code>
* <code>parent::</code> = <code>..</code>
* <code>attribute::</code> = <code>@</code>

==Funktionen und Operatoren==
XPath-Ausdrücken stehen logische, numerische, String-manipulierende oder kontextbezogene Funktionen und Operationen bereit, um Ausdrücke zu errechnen oder zu verbinden. Für eine vollständige Liste sei auf [http://www.w3.org/TR/xpath-functions XQuery 1.0 and XPath 2.0 Functions and Operators] verwiesen.

=Beispiele=
Gegeben sei folgendes XML-Eingabedokument:

<code>


<catalog>
<product dept="Storage">
<number>1337</number>
<name lang="EN">SuperDrive</name>
...
</product>
<product dept="CPU">
<number>3337</number>
<name lang="DE">Rechengenie</name>
...
</product>
<product dept="Storage">
<number>2337</number>
<name lang="EN">XtremeDrive</name>
...
</product>
</catalog>
</code>

* <code>/child::catalog</code> und <code>/child::*</code> wählen hier beide den ''Katalog''knoten
* <code>/child::catalog/child::product</code> oder kurz <code>/catalog/product</code> selektiert die 3 ''Produkt''knoten
* <code>/descendant-or-self::product</code> oder kurz <code>//product</code> selektiert ebenfalls die 3 ''Produkt''knoten
* <code>/catalog/product[@dept="Storage"]</code> selektiert die beiden ''Produkt''knoten der Sparte ''Storage''
* <code>/catalog/product[@dept="Storage"][1]</code> schränkt diese Auswahl auf den ersten Knoten der Sparte ''Storage'' ein, also ''SuperDrive''
* <code>//text()</code> wählt alle Textknoten aus dem Dokument also ''1337'', ''SuperDrive'', ''33337'', ''HighSpeedCPU'', ''2337'', ''XtremeDrive''
* <code>/catalog/product[./name/@lang="EN"]</code> selektiert nur die ''Produkt''knoten mit einem ''englischen'' Namenselement
* <code>/catalog/product[./name/@lang="EN" and data(./name)="SuperDrive"]</code> wählt entsprechend das ''Produkt'' mit dem ''englischen'' Namen ''SuperDrive''

= Quellen =
* SKULSCHUS, Marco; KOZIK, Jan; WIEDERSTEIN, Marcus: XSLT, XPath und XQuery. Comelio Medien, 2007. ISBN 3939701181.
* WALMSLEY, Priscilla: XQuery. O’Reilly Media Inc., 2007. ISBN 0596006349.
* [http://www.w3.org/TR/xpath W3C - XML Path Language (XPath) Version 1.0]
* [http://www.w3.org/TR/xpath20 W3C - XML Path Language (XPath) Version 2.0]
* [http://www.w3.org/TR/xpath-datamodel W3C - XQuery 1.0 and XPath 2.0 Data Model (XDM)]
* [http://www.w3.org/TR/xpath-functions W3C - XQuery 1.0 and XPath 2.0 Functions and Operators]
* [http://www.w3schools.com/xpath/default.asp W3C Schools - XPath Tutorial]
* [http://de.wikipedia.org/wiki/XPath Wikipedia - XPath]

[[Kategorie:XML]]
[[Kategorie:Web-Programmierung]]
[[Kategorie:Content-Management]]
[[Kategorie:Glossar]]
{{{{SITENAME}}-konformer Artikel}}
{{Quellenangaben verbessern
| Formatierung = true
}}
{{Verbesserungswürdiger Inhalt
| Genauer = true
| Sprache = true
}}

XML Path Language

2008-07-01T11:18:53Z

FaPe:

Datei:Xpath axes.png

2008-07-01T10:43:00Z

FaPe: XPath-Achsen und ihre abgedeckten Knotenmengen

XPath-Achsen und ihre abgedeckten Knotenmengen

XML Path Language

2008-07-01T10:15:34Z

FaPe:

XML Path Language

2008-07-01T09:33:18Z

FaPe: /* Definition */

= Definition =
Die '''XML Path Language (XPath)''' ist eine Abfragesprache für XML-Dokumente, welche die Selektion einer XML-Knotenmenge (Lokalisierung) ermöglicht. XPath wird im Rahmen des [http://www.w3.org W3C]-Konsortiums gemeinsam durch die "XSL Working Group" und "XML Linking Working Group" als Standard spezifiziert. Die aktuelle Version "XPath 2.0" und Vorgänger tragen den finalen Status der "W3C Empfehlung".

XPath gilt als essentielles Fundament für weitere XML-basierte W3C-Standards wie [[XQuery]], [[XSLT]] oder [[XForms]].

=Aufbau=
XPath-Ausdrücke können aus folgenden drei Bestandteilen zusammengesetzt werden:
* Achse
* Knotentest
* Prädikate
Die Achsen zur Formulierung eines XPath-Ausdruckes sind child, parent, descendant, ancestor, following, preceding, following-sibling, preceding-sibling, attribute, namespace, self und descendant-or-self. Sie beschreiben die Beziehung zwischen dem aktuellen Knoten und dem gesuchten Knoten. Der Knotentest gibt den Namen des gesuchten Knotens in dem [[XML]] Dokument an. Er ist durch zwei Doppelpunkte von der Achse getrennt. Die Prädikate folgen in eckigen Klammern und dienen dazu, die Suche nach dem Knoten zu verfeinern.

=Beispiele=

* <code>child::absatz[position = 2]</code> Dieser Ausdruck wählt das zweite ''absatz''-Kindelement des gegenwärtigen Knotens
* <code>attribute::*</code> Alle Attribute des gegenwärtigen Knotens werden gesucht.
* <code>absatz[@typ="neu"][1]</code> Wählt das erste ''absatz''-Kindelement, das als Atttribut typ mit dem Wert ''neu'' hat

Mit einem XPath Ausdruck können die sieben verschiedenen Knotenarten des XPath Datenmodells angesprochen werden:
* Wurzelknoten (root nodes)
* Elementknoten (element nodes)
* Textknoten (text nodes)
* Attributknoten (attribut nodes)
* Namensraumknoten (namespace nodes)
* Verarbeitungsanweisungs-Knoten (processing instruction nodes)
* Kommentarknoten (comment nodes)

XPath spielt vor allem bei Adressierungen in [[XForms]] und [[XSL]] eine wichtige Rolle.

= Quellen =
*[http://www.w3.org/TR/xpath W3C - XML Path Language (XPath) Version 1.0]

*[http://www.w3schools.com/xpath/default.asp W3C Schools - XPath Tutorial]

[[Kategorie:XML]]
[[Kategorie:Glossar]]
{{{{SITENAME}}-konformer Artikel}}
{{Quellenangaben verbessern
| Formatierung = true
}}
{{Verbesserungswürdiger Inhalt
| Genauer = true
| Sprache = true
}}

XPath

2008-07-01T09:11:09Z

FaPe: hat XPath nach XML Path Language verschoben: Dies entspricht dem vollen Titel des Standards nach W3C

#REDIRECT [[XML Path Language]]

XML Path Language

2008-07-01T09:11:09Z

FaPe: hat XPath nach XML Path Language verschoben: Dies entspricht dem vollen Titel des Standards nach W3C

= Definition =
[[XPath]] ist ein Standard des [[W3C]]-Konsortiums und dient in erster Linie zur Navigation in [[XML]]-Dokumenten.

=Aufbau=
XPath-Ausdrücke können aus folgenden drei Bestandteilen zusammengesetzt werden:
* Achse
* Knotentest
* Prädikate
Die Achsen zur Formulierung eines XPath-Ausdruckes sind child, parent, descendant, ancestor, following, preceding, following-sibling, preceding-sibling, attribute, namespace, self und descendant-or-self. Sie beschreiben die Beziehung zwischen dem aktuellen Knoten und dem gesuchten Knoten. Der Knotentest gibt den Namen des gesuchten Knotens in dem [[XML]] Dokument an. Er ist durch zwei Doppelpunkte von der Achse getrennt. Die Prädikate folgen in eckigen Klammern und dienen dazu, die Suche nach dem Knoten zu verfeinern.

=Beispiele=

* <code>child::absatz[position = 2]</code> Dieser Ausdruck wählt das zweite ''absatz''-Kindelement des gegenwärtigen Knotens
* <code>attribute::*</code> Alle Attribute des gegenwärtigen Knotens werden gesucht.
* <code>absatz[@typ="neu"][1]</code> Wählt das erste ''absatz''-Kindelement, das als Atttribut typ mit dem Wert ''neu'' hat

Mit einem XPath Ausdruck können die sieben verschiedenen Knotenarten des XPath Datenmodells angesprochen werden:
* Wurzelknoten (root nodes)
* Elementknoten (element nodes)
* Textknoten (text nodes)
* Attributknoten (attribut nodes)
* Namensraumknoten (namespace nodes)
* Verarbeitungsanweisungs-Knoten (processing instruction nodes)
* Kommentarknoten (comment nodes)

XPath spielt vor allem bei Adressierungen in [[XForms]] und [[XSL]] eine wichtige Rolle.

= Quellen =
*[http://www.w3.org/TR/xpath W3C - XML Path Language (XPath) Version 1.0]

*[http://www.w3schools.com/xpath/default.asp W3C Schools - XPath Tutorial]

[[Kategorie:XML]]
[[Kategorie:Glossar]]
{{{{SITENAME}}-konformer Artikel}}
{{Quellenangaben verbessern
| Formatierung = true
}}
{{Verbesserungswürdiger Inhalt
| Genauer = true
| Sprache = true
}}