Quelltext der Seite XML/DTD/Attribute und Wertzuweisungen

Wenn Sie in HTML so etwas notieren wie <code><nowiki><p align="center">etwas Text</p></nowiki></code>, dann ist <code><nowiki><p></nowiki></code> das Element, und <code>align</code> ist ein Attribut, das innerhalb des <code><nowiki><p></nowiki></code>-Elements vorkommen kann. Solche Attribute können Sie in eigenen XML-DTDs für die dort definierten [[XML/DTD/Elemente und Verschachtelungsregeln#Elementtypen mit Elementinhalt definieren|Elementtypen]] bestimmen. Bei der Definition eines Attributs geben Sie an, welche Wertzuweisungen dabei möglich sein sollen.

Beim Erstellen von DTDs müssen Sie überlegen, ob es sinnvoll ist, Daten in Attributen zu speichern oder nicht. Für viele Eigenschaften ist es durchaus sinnvoller, eigene Elementtypen zu definieren. So ist "Haarfarbe" beispielsweise eine typische natürliche Eigenschaft einer Person. Wenn nun in der Datenstruktur zur Beschreibung der Person über die Haare nichts weiter als die Haarfarbe berücksichtigt wird, dann genügt es, ein Element wie <code><haarfarbe>...</haarfarbe></code> zu definieren. Wenn aber noch weitere Haareigenschaften berücksichtigt werden sollen, etwa die Haarlänge, dann bietet es sich an, die Datenstruktur so zu definieren, dass es ein Element mit verschiedenen Attributen gibt, z.&nbsp;B. <code><haar farbe="..." laenge="...">...</haar></code>.

Dabei entsteht aber die Situation, dass die eigentlichen Anwendungsdaten in den Attributen stehen, sodass zwischen Anfangs- und End-Tag des Elements gar keine sinnvollen Zeichendaten mehr möglich sind. Es ist nämlich fraglich, was zwischen dem Einleitungs-Tag <code><haar farbe="..." laenge="..."></code> und dem End-Tag <code></haar></code> eigentlich stehen könnte. Sinnvoll ist es daher, nur solche Daten in Attribute zu packen, die vor allem zur reinen Datenverarbeitung dienen. Sind es dagegen Daten, die Inhalt enthalten, der z.&nbsp;B. am Bildschirm ausgegeben werden soll, dann ist es sinnvoller, eigene Elemente dafür zu definieren. So ließe sich die Datenstruktur <code><haar farbe="..." laenge="...">...</haar></code> beispielsweise auch in der folgenden Form abbilden:

{{Beispiel|titel=|
{{BeispielCode|<source lang="xml">
<haar>
 <haarfarbe>...</haarfarbe>
 <haarlaenge>...</haarlaenge>
</haar></source>}}
}}

==Schema zum Definieren von Attributen==

Attribute werden innerhalb einer DTD nach folgendem Schema notiert:

{{Beispiel|titel=Schema|
{{BeispielCode|<source lang="xml">
<!ELEMENT Elementname (Inhalt)>
<!ATTLIST Elementname
   Attributname_1 Inhalt [#REQUIRED|#IMPLIED|#FIXED "Wert"|Defaultwert]
   Attributname_n Inhalt [#REQUIRED|#IMPLIED|#FIXED "Wert"|Defaultwert]
></source>}}
}}


Attribute werden in Abhängigkeit von Elementtypen definiert, d.&nbsp;h. nur für definierte Elementtypen können Sie Attribute definieren.

Die Definition eines Attributs beginnt mit einer öffnenden spitzen Klammer <. Dahinter folgt unmittelbar anschließend ein Ausrufezeichen ! und dahinter, in Großbuchstaben, das Schlüsselwort ATTLIST. Das Wort deutet schon an, dass Sie auch eine ganze Liste von Attributen definieren können. Ein Elementtyp kann beliebig viele Attribute haben. Alle Attribute, die Sie einem Elementtyp zuordnen wollen, notieren Sie in der Attributliste zu diesem Elementtyp. Hinter ATTLIST folgt der Name des Elementtyps, auf den sich die Attribute beziehen. Dieser Elementtyp muss in der DTD definiert sein (siehe [[XML/DTD/Elemente und Verschachtelungsregeln|Elemente]]).

Innerhalb der Attributliste ist es zweckmäßig, jede Attribut-Definition in einer eigenen Zeile zu notieren. Jede Attribut-Definition der Attributliste beginnt mit dem Namen des Attributs. Den Namen können Sie frei wählen. Er muss jedoch den [[XML/DTD/Bearbeitungsregeln|Regeln für Namen in XML]] genügen. Hinter dem Namen notieren Sie Angaben zum Inhalt des Elementtyps. Diese Angaben können unterschiedlich sein und regeln, welche Werte ein Attribut haben kann. Schließlich gehört zu jedem Attribut noch eines der Schlüsselwörter #REQUIRED, #IMPLIED bzw. #FIXED mit einem angegebenen Wert, oder ein Defaultwert (mehr dazu im Abschnitt [[#Notwendige_und_optionale_Attribute|Notwendige und optionale Attribute]]).

Abgeschlossen wird die Attributlisten-Definition mit einer schließenden spitzen Klammer >. Die einzelnen Teile jeder Definition werden durch ein oder mehrere Leerzeichen voneinander getrennt.

==Notwendige und optionale Attribute==

Bei Attributen, die Sie in einer DTD zu einem Elementtyp definieren, müssen Sie stets angeben, ob das Attribut in dem Element vorkommen muss oder vorkommen kann. In HTML ist z.&nbsp;B. das Attribut <code>src</code> im <code><img></code>-Element zwingend notwendig. Das Attribut <code>title</code> kann im gleichen Element ebenfalls vorkommen, muss aber nicht.

{{Beispiel|titel=Beispiel-DTD ressourcen.dtd|
{{BeispielCode|<source lang="xml">
<!ELEMENT ressourcen (ressource)*>
<!ELEMENT ressource (#PCDATA)>
<!ATTLIST ressource
   url            CDATA #REQUIRED
   sprache        CDATA #IMPLIED
   erfasst        CDATA #REQUIRED
   geaendert      CDATA #IMPLIED
></source>}}
}}

Das Beispiel definiert als Inhalt für den Dokument-Elementtyp <code>ressourcen</code> einen Elementtyp namens <code>ressource</code>. Zu diesem Elementtyp werden vier Attribute definiert. Zwei dieser vier Attribute, nämlich die mit den Namen <code>url</code> und <code>erfasst</code>, müssen bei der Anwendung des Elementtyps notiert werden. Die beiden anderen, <code>sprache</code> und <code>geaendert</code>, können notiert werden. Notwendige Attribute kennzeichnen Sie durch den Schlüsselbezeichner #REQUIRED, und optionale Attribute durch #IMPLIED. Beide Angaben müssen jeweils am Ende einer Attribut-Definition stehen.

Für alle vier Attribute im Beispiel wird festgelegt, dass der zugewiesene Wert aus Zeichendaten besteht. Dies wird durch das Schlüsselwort CDATA kenntlich gemacht (siehe [[#Attribute_mit_Zeichenwert|Attribute mit Zeichenwert]]).


{{Beispiel|titel=Beispiel einer gültigen Anwendung|
{{BeispielCode|<source lang="xml">
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE ressourcen SYSTEM "ressourcen.dtd">
<ressourcen>
<ressource url="http://alpentouren.at/" erfasst="09.11.2000">
Hypertextuell aufbereitete Beschreibung etlicher Rad-Touren über Alpenpässe
</ressource>
<ressource url="http://www.planetbike.co.nz/" erfasst="10.12.2000"
 geaendert="16.12.2000" sprache="en">
Mountain Bike Touren durch Neuseeland
</ressource>
</ressourcen></source>}}
}}

Im Beispiel werden zwei Elemente des Typs <code>ressource</code> notiert. Beim ersten Element werden nur die beiden notwendigen Attribute <code>url</code> und <code>erfasst</code> notiert, im zweiten Element dagegen alle vier definierten Attribute.

==Attribute mit Zeichenwert==

Jedes Attribut muss in XML eine Wertzuweisung erhalten. In vielen Fällen ist der zugewiesene Wert nicht auf einen bestimmten Wertebereich eingeschränkt, sondern kann eine unbestimmte Anzahl möglicher Werte haben. Das ist zum Beispiel der Fall, wenn das Attribut eine Kurzbeschreibung, einen numerischen Wert, einen prozentualen Wert oder eine Maßangabe enthält. Solche Attribute werden Attribute mit Zeichenwert genannt.

{{Beispiel|titel=Beispiel-DTD autos.dtd:|
{{BeispielCode|<source lang="xml">
<!ELEMENT autos (auto)*>
<!ELEMENT auto EMPTY>
<!ATTLIST auto
   typ CDATA #REQUIRED
   bj  CDATA #REQUIRED
   km  CDATA #REQUIRED
   ps  CDATA #REQUIRED
   vb  CDATA #REQUIRED
></source>}}
}}

Im Beispiel wird ein Elementtyp ohne Inhalt namens <code>auto</code> definiert. Dem Elementtyp werden fünf [[#Notwendige_und_optionale_Attribute|Notwendige Attribute]] zugeordnet. Alle enthalten Zeichenwert. Für diesen Wert-Typ müssen Sie hinter dem Attributnamen als Attributinhalt den Schlüsselbezeichner CDATA angeben. Zeichenwert ist eine beliebige und beliebig lange Zeichenfolge, also Text, Zahlen, und Sonderzeichen. CDATA ist eine Abkürzung für character data, zu deutsch Zeichendaten).

{{Beispiel|titel=Beispiel einer gültigen Anwendung|
{{BeispielCode|<source lang="xml">
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE autos SYSTEM "autos.dtd">
<autos>
<auto typ="AUDI 80" bj="1992" km="125000" ps="90" vb="12500 DM" />
</autos></source>}}
}}

Dem Element <code>auto</code> werden im Anwendungsbeispiel alle definierten Attribute zugewiesen. Egal ob Zeichenketten, Zahlen oder Mischformen – alle Wertzuweisungen fallen unter das, was in XML durch CDATA abgedeckt ist.

{{Beachten|Was als Wertzuweisung in den Attributen steht, ist bei CDATA egal. Um nur bestimmte Wertzuweisungen zu erlauben, können Sie [[#Attribute_mit_festen_alternativen_Werten|Attribute mit festen alternativen Werten]] definieren.

Innerhalb von Wertzuweisungen an Attribute können Sie auch das Apostroph-Zeichen ' und das Anführungszeichen " verwenden. Diese beiden Zeichen müssen Sie dann aber unbedingt maskieren, nämlich in der Form &apos; für ' und &quot; für ".}}

==Attribute mit festen alternativen Werten==

Aus HTML sind Ihnen vermutlich viele Attribute bekannt, die nur bestimmte Werte zulassen. So lässt das Attribut <code>text-align</code> in den Elementen, in denen es vorkommen kann, nur Werte wie <code>left, center, right</code> und <code>justify</code> zu. Solche Attribute mit bestimmten erlaubten Wertzuweisungen können Sie auch in XML definieren.

{{Beispiel|titel=Beispiel-DTD hotels.dtd|
{{BeispielCode|<source lang="xml">
<!ELEMENT hotels (hotel)*>
<!ELEMENT hotel (#PCDATA)>
<!ATTLIST hotel
   name            CDATA               #REQUIRED
   klasse          (I|II|III|IV|V)     #REQUIRED
   einzelzimmer    (ja|nein)           #IMPLIED
   doppelzimmer    (ja|nein) "ja"
></source>}}
}}

Im Beispiel wird ein Elementtyp <code>hotel</code> definiert. Dem Elementtyp werden vier Attribute zugeordnet. Das erste ist ein [[##Notwendige und optionale Attribute|notwendiges Attribut]] mit [[#Attribute_mit_Zeichenwert|Zeichenwert]]. Die übrigen drei Attribute haben keinen Zeichenwert, sondern erwarten einen Wert von bestimmten möglichen Wertzuweisungen. Die möglichen Werte werden in Klammern notiert und durch das logische "Oder", symbolisiert durch den Senkrechtstrich |, voneinander getrennt. Das Attribut <code>klasse</code> erlaubt auf diese Weise einen der möglichen Werte <code>I, II, III, IV</code> oder <code>V</code>. Die Attribute <code>einzelzimmer</code> und <code>doppelzimmer</code> erlauben die Wertzuweisungen <code>ja</code> oder <code>nein</code>. 

Zusätzlich besteht bei Attributen mit festen alternativen Werten die Möglichkeit, einen dieser Werte als Default-Wert zu definieren. Im Beispiel ist das beim Attribut <code>doppelzimmer</code> der Fall. Dabei wird hinter der Klammer mit den möglichen Wertzuweisungen, durch ein oder mehrere Leerzeichen getrennt und in Anführungszeichen gesetzt, einer der Werte als Default-Wert notiert – im Beispiel der Wert <code>ja</code>. Wenn Sie einen solchen Default-Wert notieren, ist hinterher keine Angabe mehr dazu möglich, ob das Attribut notwendig (#REQUIRED) oder optional (#IMPLIED) ist. Denn der Default-Wert bewirkt, dass das Attribut <code>intern</code> vom Parser als notwendig interpretiert wird. Wenn das Attribut in der Anwendung weggelassen wird, wird automatisch der Default-Wert angenommen.


{{Beispiel|titel=Beispiel einer gültigen Anwendung|
{{BeispielCode|<source lang="xml">
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE hotels SYSTEM "hotels.dtd">
<hotels>

<hotel name="Waldesruh" klasse="IV">
Hotel am Waldesrand gelegen, 150 Betten, ruhig und teuer.
</hotel>

<hotel name="Arabesk" klasse="II" doppelzimmer="ja" einzelzimmer="ja">
Einfaches Stadthotel, 400 Zimmer, annehmbar, ohne besonderen Komfort.
</hotel>

<hotel name="Fridolin" klasse="III" einzelzimmer="nein">
Hotel in zentraler Lage, 100 Betten, angenehm, gute Verkehrsanbindung.
</hotel>

</hotels></source>}}
}}

Das Beispiel zeigt drei erlaubte Anwendungen des hotel-Elements. Im ersten Fall werden nur die beiden Attribute notiert, die in der DTD als notwendig definiert wurden. Für das Attribut <code>doppelzimmer</code> wird intern der Default-Wert <code>ja</code> interpretiert.

Im zweiten Anwendungsfall wird das Attribut <code>doppelzimmer</code> explizit notiert, und es wird der definierte Default-Wert zugewiesen. Genau genommen ist diese Angabe überflüssig, weil der Default-Wert die Interpretation bereits abdeckt. Die Notation entspricht etwa der Angabe <code>text-align="left"</code> in HTML, wo die Wertzuweisung <code>left</code> als Default-Wert definiert ist.

Das Attribut <code>einzelzimmer</code>, das als optional (#IMPLIED) definiert ist, erhält im ersten Anwendungsfall gar keinen Wert. Im zweiten Anwendungsfall wird es explizit auf <code>ja</code>, im dritten Anwendungsfall auf <code>nein</code> gesetzt.

{{Beachten|Wertzuweisungen an Attribute mit festen alternativen Werten dürfen keine Leerzeichen enthalten, also letztlich nicht aus mehr als einem Wort bestehen.}}

Es gibt auch die Möglichkeit, für ein Attribut eine bestimmte Wertzuweisung zu erzwingen. Dazu notieren Sie (Beispiel):

<code>typ (hotel | motel) #FIXED "hotel"</code>

Durch die Angabe #FIXED erreichen Sie, dass an das Attribut <code>typ</code> keine andere Wertzuweisung als <code>hotel</code> möglich ist, obwohl noch eine andere Möglichkeit definiert ist. Solche Konstrukte können sinnvoll sein, wenn ein Attribut zu einem späteren Zeitpunkt noch andere Werte aufnehmen können, aber schon mal "etabliert" werden soll.

==Attribute mit Bezeichnerwert (Token)==

Neben Attributen, mit beliebigen Zeichendaten (CDATA) als Wert oder mit festen alternativen Werten gibt es Attribute, die als Wertzuweisung Bezeichnerwerte erwarten. Bezeichnerwerte sind identifizierende Werte wie Namen oder Nummern. Zu dieser Gruppe gehören:

*[[#Attribute_mit_Identifikationswert|Attribute mit Identifikationswert]]
*[[#Attribute_mit_Identifikationsreferenzwert|Attribute mit Identifikationsreferenzwert]]
*[[#Attribute_mit_Entity-Wert_(z.B._für externe_Dateireferenzen)|Attribute mit Entity-Wert (z.B. für externe Dateireferenzen)]]
*[[#Attribute_mit_Namenwert|Attribute mit nmtoken-Wert (auch für numerische Identifikationen)]]

==Attribute mit Identifikationswert==

XML sieht eine Möglichkeit vor, dem Parser mitzuteilen, dass der zugewiesene Wert eines bestimmten Attributs dokumentweit nur einmal vorkommen darf. Dies ist ein wichtiges Feature vor allem im Hinblick auf Script-Sprachen. Denn nur bei dokumentweit eindeutigen, identifizierenden Werten ist es möglich, ein Element über den Identifikationswert anzusprechen.


{{Beispiel|titel=Beispiel-DTD buecher.dtd|
{{BeispielCode|<source lang="xml">
<!ELEMENT buecher (buch)*>
<!ELEMENT buch (#PCDATA)>
<!ATTLIST buch
   isbn     ID    #REQUIRED
   titel    CDATA #REQUIRED
   autor    CDATA #REQUIRED
></source>}}
}}

Im Beispiel wird ein Elementtyp <code>buch</code> definiert. Dem Elementtyp werden drei notwendige Attribute zugeordnet. Zwei davon enthalten Zeichenwert, einer Identifikationswert – nämlich das Attribut <code>isbn</code>. Um ein Attribut mit Identifikationswert zu definieren, notieren Sie bei der Definition anstelle von CDATA den Schlüsselbezeichner ID.


{{Beispiel|titel=Beispiel einer gültigen Anwendung|
{{BeispielCode|<source lang="xml">
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE buecher SYSTEM "buecher.dtd">
<buecher>

<buch isbn="nr_3-90193-3949-7" titel="Anbaggern leicht gemacht" autor="Dr. Howtodo">
Ein Anleitung zwischen Genie und Wahnsinn.
</buch>

<buch isbn="nr_3-90193-3950-2" titel="Anbaggern leicht gemacht II" autor="Dr. Howtodo">
Eine weitere Anleitung zwischen Genie und Wahnsinn.
</buch>

</buecher></source>}}
}}


Das Beispiel zeigt, wie zwei gleichnamige Elemente, bei denen auch Attribute den gleichen Inhalt haben können, sich doch durch ein als ID definiertes Attribut unterscheiden müssen. Ein Parser, der XML korrekt interpretiert, müsste einen Fehler melden, wenn die Wertzuweisung an das Attribut <code>isbn</code> im zweiten Datensatz "buch" den gleichen Wert hätte wie im ersten.
Beachten Sie:

Die Wertzuweisungen an ein Attribut vom Typ ID müssen den [[XML/DTD/Bearbeitungsregeln|Regeln für Namen]] entsprechen! Im obigen Beispiel wird den ISBN Nummern deshalb die Zeichenfolge nr_ vorangestellt, da die eigentliche ISBN Nummer mit einer Ziffer beginnt, was aber kein gültiger Name wäre.

Der Internet Explorer mit älterem Microsoft XML-Parser akzeptiert zwar den Typ ID, lässt aber trotzdem mehrere gleiche ID-Werte in einem Dokument zu, was nicht dem Sinn der Sache entspricht. Neuere XML-Parser von Microsoft (ab msxml3.dll) verhalten sich dagegen korrekt.

==Attribute mit Identifikationsreferenzwert==

Wenn Sie für Elementtypen Attribute mit Identifikationswert definieren, können Sie auch Attribute definieren, deren Wert auf ein bestimmtes anderes Element verweist. Auf diese Weise können Sie durch Attribute logische Abhängigkeitsbeziehungen zwischen Elementen definieren.

{{Beispiel|titel=Beispiel-DTD liste.dtd|
{{BeispielCode|<source lang="xml">
<!ELEMENT liste (eintrag)*>
<!ELEMENT eintrag (#PCDATA)>
<!ATTLIST eintrag
   name              ID                  #REQUIRED
   elterneintrag     IDREF               #IMPLIED
></source>}}
}}

Im Beispiel wird ein Elementtyp <code>eintrag</code> definiert. Dieser Elementtyp könnte zum Beispiel Einträge eines Inhaltsverzeichnisses aufnehmen, das baumartige Kapitelstrukturen definiert. Diese Abhängigkeit wird im Beispiel in der Definition der Attribute ausgedrückt. Der Elementtyp <code>eintrag</code> erhält ein Attribut <code>name</code>, das als Attribut mit Identifikationswert definiert wird. Jedes Element <code>eintrag</code> muss in der Anwendung also einen dokumentweit eindeutigen Wert für <code>name</code> zugewiesen bekommen.
Ferner wird dem Element <code>eintrag</code> ein Attribut <code>elterneintrag</code> zugeordnet. Der Wert dieses Attributs muss der Definition zufolge der Name eines Eintrags sein, auf den sich das aktuelle Element bezieht. Solche Rückbeziehungen drücken Sie durch den Schlüsselbezeichner IDREF aus. Durch die beiden definierten Attribute ist es nun möglich, eine beliebige Baumstruktur abzubilden.


{{Beispiel|titel=Beispiel einer gültigen Anwendung:|
{{BeispielCode|<source lang="xml">
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE liste SYSTEM "liste.dtd">
<liste>
<eintrag name="wurzel">Inhalt</eintrag>
<eintrag name="einleitung" elterneintrag="wurzel">eine Einleitung</eintrag>
<eintrag name="geschichte" elterneintrag="einleitung">etwas zur Geschichte</eintrag>
<eintrag name="heute" elterneintrag="einleitung">heutiger Zustand</eintrag>
<eintrag name="schritte" elterneintrag="wurzel">Erste Schritte</eintrag>
<eintrag name="beispiel" elterneintrag="schritte">Ein kleines Beispiel</eintrag>
</liste></source>}}
}}

Das Beispiel zeigt, wie Sie allein mit Hilfe der beiden Attribute <code>name</code> (als ID definiert) und <code>elterneintrag</code> (als IDREF definiert) eine Baumstruktur abbilden können. Die Struktur des Beispiels lässt sich optisch so darstellen:

*Teil von Inhalt
**Teil von eine Einleitung
***Seite etwas zur Geschichte
***Seite heutiger Zustand
**Teil von Erste Schritte
***Seite Ein kleines Beispiel

Das Attribut <code>elterneintrag</code> ist im Beispiel als optional (#IMPLIED) definiert. Deshalb darf es z.&nbsp;B. im ersten Eintrag des Beispiels (dem Eintrag mit dem Namen wurzel) entfallen.
Beachten Sie:

Neben IDREF gibt es beim Definieren von Attributen mit Identifikationsreferenzwert auch noch die Pluralform IDREFS. Dadurch erlauben Sie, dass einem solchen Attribut mehrere eindeutige Bezugswerte zugewiesen werden können. Würde man im obigen Beispiel etwa definieren:

<code>elterneintrag IDREFS #REQUIRED</code>

Dann wäre in der Anwendung eine Zuweisung wie diese erlaubt:

<code><eintrag name="schritte" elterneintrag="wurzel einleitung">Erste Schritte</eintrag></code>

Trennen Sie dabei mehrere Zuweisungen durch Leerzeichen.

==Attribute mit Entity-Wert (z.B. für externe Dateireferenzen)==

Bei Attributen mit Entity-Wert wird in der Anwendung die Wertzuweisung an ein solches Attribut als Name einer definierten [[XML/DTD/Entities|Entity]] erkannt. Der zugewiesene Wert ist dann nicht der notierte Name, sondern die Definition, die damit verknüpft ist. Diese Möglichkeit ist vor allem deshalb interessant, weil sie in XML die Art und Weise ist, um externe Dateien zu referenzieren. Stellen Sie sich eine Notierung wie <code><bild quelle="netz.gif"></code> vor. Um dem Parser mitzuteilen, dass er diesen Attributinhalt nicht einfach als Zeichenfolge, sondern als Referenz einer externen Datei interpretieren soll, ist der Umweg über die als [[XML/DTD/Entities#Entities für externe Ressourcen|externe Entitiy]] definierte Referenz erforderlich.

{{Beispiel|titel=Beispiel-DTD bild.dtd|
{{BeispielCode|<source lang="xml">
<!NOTATION gif PUBLIC "+//ISBN 0-7923-9432-1::Graphic Notation//NOTATION CompuServer Graphic Interchange Format//EN">
<!ENTITY netz SYSTEM "netz.gif" NDATA gif>
<!ELEMENT bild EMPTY>
<!ATTLIST bild
   quelle            ENTITY              #REQUIRED
></source>}}
}}

Wie Sie sehen, ist das Einbinden einer externen Referenz etwas aufwendig. In der DTD geben Sie sowohl die Quelle der zu referenzierenden Datei an, als auch die Art, wie der entsprechende Dateityp verarbeitet werden sollte. Die Quelle definieren Sie mit der [[XML/DTD/Entities#Entities für externe Ressourcen|externen Entity-Anweisung]] (<!ENTITY...>), die Verarbeitung des Dateityps mit der [[XML/DTD/Notationen|Notation]]-Anweisung (<!NOTATION...>). Im Beispiel wird dann ein Elementtyp namens <code>bild</code> und dazu ein Attribut namens <code>quelle</code> definiert. Um ein Attribut mit Entity-Wert zu definieren, notieren Sie bei der Definition anstelle von CDATA den Schlüsselbezeichner ENTITY.

{{Beispiel|titel=Beispiel einer gültigen Anwendung|
{{BeispielCode|<source lang="xml">
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE bild SYSTEM "bild.dtd">
<bild quelle="netz" /></source>}}
}}

Die Anwendung ist ganz einfach: dem Element <code>bild</code> wird beim Attribut <code>quelle</code> ein Name zugewiesen. Dieser Name ist in der DTD als Entity definiert. Durch die Definition als Attribut mit Entity-Wert wird dem Parser mitgeteilt, dass er den zugewiesenen Wert als Namen einer Entity zu interpretieren hat. Bei der Interpretation wird der zugewiesene Wert "netz" durch die damit verbundene Verknüpfung "netz.gif" ersetzt. Durch die Definition als externe Entity (mit SYSTEM) weiß der Parser außerdem, dass dieser Wert die Pfadangabe zu einer anderen Datei darstellt.

{{Beachten|Der hier beschriebene Weg ist keine Lösung, wenn Sie erreichen möchten, dass einem Attribut eine beliebige externe Quelle zugewiesen werden kann, wie es etwa in HTML bei <code><nowiki><img src="..."></nowiki></code> möglich ist. So etwas kann derzeit in XML gar nicht definiert werden. In XHTML, der XML-gerechten Definition von HTML, ist das src-Attribut des img-Elements schlicht als CDATA definiert. Dass ein Web-Browser dieses Attribut als Aufforderung versteht, an der entsprechenden Stelle die gewünschte Grafik anzuzeigen, ist nur im Web-Browser so programmiert - es steht jedoch nicht in der XHTML-DTD! Wenn Sie also XML-Daten direkt am Bildschirm ausgeben wollen, sind beliebige externe Referenzen ein Problem. Ein möglicher Weg, dieses Problem zu lösen, stellt [[XML/XSL|XSLT]] dar, mit dessen Hilfe Sie XML-Daten vor der Datenausgabe in HTML übersetzen können.
Neben ENTITY gibt es beim Definieren von Attributen auch noch die Pluralform ENTITIES. Dadurch erlauben Sie, dass einem solchen Attribut mehrere Entity-Namen zugewiesen werden können. Trennen Sie dabei mehrere Zuweisungen durch Leerzeichen.}}

==Attribute mit Namenwert==

Solche Attribute erwarten als Wert einen Namen, der jedoch im Gegensatz zu [[#Attribute_mit_Identifikationswert|Attributen mit Identifikationswert]] nicht dokumentweit eindeutig sein muss. Der Name darf keine Leerzeichen enthalten und muss mit einem Buchstaben, einer Ziffer oder einem der Zeichen . (Punkt), – (Bindestrich), _ (Unterstrich) oder : (Doppelpunkt) beginnen.

{{Beispiel|titel=Beispiel-DTD feiertage.dtd|
{{BeispielCode|<source lang="xml">
<!ELEMENT feiertage (feiertag)*>
<!ELEMENT feiertag EMPTY>
<!ATTLIST feiertag
   datum            NMTOKEN              #REQUIRED
   ereignis         CDATA                #REQUIRED
></source>}}
}}

Im Beispiel wird für ein Element <code>feiertag</code> eine Attributliste mit zwei Attributen <code>datum</code> und <code>ereignis</code> definiert. Das Attribut <code>datum</code> hat dabei Namenwert. Erreicht wird dies durch das Schlüsselwort NMTOKEN.


{{Beispiel|titel=Beispiel einer gültigen Anwendung|
{{BeispielCode|<source lang="xml">
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE feiertage SYSTEM "feiertage.dtd">
<feiertage>
<feiertag datum="6.1." ereignis="Hl. Drei Könige" />
<feiertag datum="1.5." ereignis="Arbeiterfeiertag" />
<feiertag datum="25.12." ereignis="1. Weihnachtstag" />
</feiertage></source>}}
}}


Das Beispiel definiert drei Feiertage mit Datum und Ereignis. Die Werte der Attribute <code>datum</code> entsprechen durchaus den erlaubten Regeln für den Typ NMTOKEN. In der Praxis wird dieser Typ auch gerne verwendet, um mit numerischen ID-Werten zu arbeiten, da Attribute mit Identifikationswert keine Ziffern am Anfang der Wertzuweisung zulassen.

{{Beachten|Neben NMTOKEN gibt es beim Definieren von Attributen auch noch die Pluralform NMTOKENS. Dadurch erlauben Sie, dass einem solchen Attribut mehrere Namen zugewiesen werden können. Trennen Sie dabei mehrere Zuweisungen durch Leerzeichen.}}

==Attribute ohne Wertzuweisung==

Aus HTML kennen Sie vermutlich Konstrukte wie <code><nowiki><hr noshade></nowiki></code> oder <code><nowiki><td nowrap></nowiki></code>. Standalone-Attribute ohne Wertzuweisung also. Solche Attribute gibt es in der Syntax von XML nicht. XML sieht vor, dass jedem Attribut ein Wert zugewiesen wird. Jedes Attribut muss bei der Definition mindestens den unbestimmten Inhaltsyp CDATA erhalten. Da Attribute wie <code>noshade</code> eigentlich nichts weiter sind als eine Abkürzung für so etwas wie <code>noshade="yes"</code>, empfiehlt sich bei der Definition solcher Attribute das Arbeiten mit [[#Attribute_mit_festen_alternativen_Werten|Attributen mit festen alternativen Werten]].

==Zusammenhängendes Beispiel: Personenbeschreibung==
{{Iconset|meta|XML|ie5|fx1|saf1|op5.12}}
Menschen haben viele Eigenschaften, daher scheint eine Personenbeschreibung ein typischer Anwendungsfall für den Einsatz von Attributen zu sein. Doch bei der Umsetzung in XML müssen Sie dabei die Überlegungen berücksichtigen, die im Abschnitt [[#|Allgemeines zu Attributen]] besprochen wurden.

Das folgende Beispiel zeigt ein Daten-Design, bei dem alle Nutzdaten in Attributen gespeichert werden.

{{Beispiel|titel=Beispiel-DTD personendatenbank.dtd|
{{BeispielCode|<source lang="xml">
<!ELEMENT personendatenbank          (person)*>
<!ELEMENT person          (bio,sozio)>
<!ATTLIST person
   name                   CDATA #REQUIRED
>
<!ELEMENT bio             (augen,haar,haut,gewicht,blutgruppe)>
<!ELEMENT augen           EMPTY>
<!ATTLIST augen
   farbe                  CDATA #REQUIRED
>
<!ELEMENT haar            EMPTY>
<!ATTLIST haar
   farbe                  CDATA #REQUIRED
   bemerkung              CDATA #IMPLIED
>
<!ELEMENT haut            EMPTY>
<!ATTLIST haut
   farbe                  CDATA #REQUIRED
   bemerkung              CDATA #IMPLIED
>
<!ELEMENT gewicht         EMPTY>
<!ATTLIST gewicht
   kg                     CDATA #REQUIRED
>
<!ELEMENT blutgruppe      EMPTY>
<!ATTLIST blutgruppe
   typ                    (A|B|0|AB) #REQUIRED
>
<!ELEMENT sozio           (sprache,stand,passport)>
<!ELEMENT sprache         EMPTY>
<!ATTLIST sprache
   lang                   CDATA #REQUIRED
   kurz                   (de|en|fr|es|pt|it) #IMPLIED
>
<!ELEMENT stand           EMPTY>
<!ATTLIST stand
   typ                    (ledig|verheiratet|verwitwet) #REQUIRED
>
<!ELEMENT passport        EMPTY>
<!ATTLIST passport
   nr                     NMTOKEN #REQUIRED
></source>}}
}}


{{Beispiel|titel=Beispiel einer gültigen Anwendung|
{{BeispielCode|<source lang="xml">
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE personendatenbank SYSTEM "personendatenbank.dtd">
<personendatenbank>
<person name="Bruno Buddelmann">
  <bio>
    <augen farbe="graublau" />
    <haar farbe="blond" bemerkung="hin und wieder getönt" />
    <haut farbe="weiß" />
    <gewicht kg="84" />
    <blutgruppe typ="A" />
  </bio>
  <sozio>
    <sprache lang="deutsch" kurz="de" />
    <stand typ="ledig" />
    <passport nr="38385409398" />
  </sozio>
</person>
</personendatenbank></source>}}
}}


Die Beispiel-DTD definiert einen Dokument-Elementtyp <code>personendatenbank</code> der beliebig viele Elemente des Typs <code>person</code> enthalten kann. Dieser Elementtyp besteht seinerseits aus [[XML/DTD/Elemente und Verschachtelungsregeln#Elementtypen mit Elementinhalt definieren|Elementinhalt]]. Ferner erhält der Elementtyp <code>person</code> ein immer erforderliches Attribut <code>name</code>, in dem der Name der Person notiert werden soll. Die beiden Elementtypen <code>bio</code> und <code>sozio</code>, die den Elementinhalt von <code>person</code> darstellen, sind selbst wieder Elementtypen mit Elementinhalt. Der Elementtyp <code>bio</code> besteht aus der festen Elementtypfolge <code>augen,haar,haut,gewicht,blutgruppe</code>, und der Elementtyp <code>sozio</code> aus der festen Elementtypfolge <code>sprache,stand,passport</code>. Auf diese Weise entsteht ein strukturierter Datensatz <code>person</code>.

Die untergeordneten Elementtypen sind ausnahmslos mit dem Schlüsselwort EMPTY als Elemente ohne Inhalt definiert. Es werden jedoch für all diese Elementtypen Attribute definiert, in denen bei der Anwendung Daten gespeichert werden können. Die meisten dieser Attribute werden mit Hilfe des Schlüsselworts REQUIRED als notwendige Attribute definiert, einige mit IMPLIED als optionale Attribute (siehe [[##Notwendige und optionale Attribute|notwendige und optionale Attribute]]).

In der Anwendung des Beispiels ist die typische Notation für Tags ohne End-Tags erkennbar (zur Notation solcher Elemente siehe auch den Abschnitt [[XML/Regeln/Tags, Attribute, Wertzuweisungen und Kommentare|Tags, Attribute und Wertzuweisungen]]). Die Beispieldatei <code>person.xml</code> enthält im Beispiel genau einen Datensatz <code>person</code>. Die Datei könnte laut DTD-Definition jedoch beliebig viele solcher Datensätze enthalten, wobei jedoch alle Datensätze den gleichen Elementaufbau haben müssen.

{{Beachten|Opera, Safari und Firefox beachten die externe DTD nicht.}}