Störende Attribute

(Auszug aus "XML Schema" von Eric van der Vlist)

Bisher haben wir gesehen, daß W3C XML Schema globale Attribute und Elemente gleich behandelt und bei beiden Typen erfordert, daß sie ausdrücklich namensraumqualifiziert sind, wenn sie global sein sollen. Auch wenn dieser Ansatz sinnvoll ist – es gibt wenig Grund, Elemente und Attribute unterschiedlich zu behandeln –, unterscheidet er sich doch von dem Ansatz, dem die Empfehlung Namensräume in XML gefolgt ist. Globale Attribute stellen sich als ein ziemlich ungewöhnlicher, aber nützlicher Fall heraus.

Um dieses Phänomen zu verstehen, müssen wir die Empfehlung Namensräume in XML genau untersuchen. Diese unterscheidet qualifizierte und unqualifizierte Attribute und erläutert, daß nur Attribute, die auf Elemente aus einem anderen Namensraum angewendet werden, qualifiziert sein müssen (solche Attribute werden auch global genannt), und daß unqualifizierte Attribute als zum gleichen Vokabular wie ihr Elternelement gehörig betrachtet werden, ohne zu ihrem Namensraum gehören zu müssen. In diesem Fall erben sie die Mitgliedschaft im Namensraum ihres Elternelements, ohne es zeigen zu müssen. Dies ist eng damit verbunden, daß Default-Namensräume nicht für Attribute gelten (dies ist nicht notwendig, da Attribute als Mitglieder des elterlichen Namensraums angesehen werden, ohne Default-Namensräume zu benötigen). In der Praxis werden die meisten XML-Vokabulare unqualifizierte Attribute verwenden, etwa wie:

oder:

Sehr wenige würden qualifizierte Attribute wie im folgenden Beispiel nutzen:

Ebenfalls sehr wenige würden auch dies oder das Äquivalent verwenden, wenn wir einen Default-Namensraum für das Element verwenden, der nicht für das Attribut gilt:

Da W3C XML Schema unglücklicherweise erfordert, daß alle globalen Attribute qualifiziert sind, bedeutet dies, daß globale Attribute für diese unqualifizierten Attribute, die meistens in XML-Vokabularen verwendet werden, nicht genutzt werden können und daß unser unqualifiziertes Attribut id nicht als global deklariert werden kann. In der Praxis bedeutet das, daß wir meistens einfach lokale Attribute innerhalb der Definitionen von Elementen oder komplexen Typen definieren werden. Wenn wir unqualifizierte Attribute definieren wollen, die in anderen Elementen wiederverwendet werden können, werden wir sie entweder in einem besonderen Schema ohne Ziel-Namensraum definieren, das dann importiert wird (hier besteht jedoch Kollisionsgefahr, wenn wir mehrere Schemas für verschiedene Ziel-Namensräume mischen, die diese Strategie verfolgen), oder wir werden diese Attribute innerhalb von Attributgruppen »verstecken«, etwa wie folgt: