XML heute: wohlgeformt versus gültig, Namensräume, und wann es weiterhin die richtige Wahl ist

Worum es geht

Die XML-1.0-Recommendation (zitiert) trennt die Wohlgeformtheitsbedingungen, die jedes XML-Dokument erfüllen muss (ein Wurzelelement, korrekt verschachtelte und geschlossene Elemente, in Anführungszeichen gesetzte Attributwerte, im Inhalt escapte & und <), von den Gültigkeitsbedingungen, die nur für Dokumente gelten, die gegen eine Document Type Definition oder, in der Praxis, eine Schemasprache geprüft werden. Die Namespaces-Recommendation (zitiert) fügt erweiterte Namen hinzu: Jeder Element- oder Attributname ist ein Paar aus einem Namensraumnamen (einer URI) und einem lokalen Namen. Präfixe werden mit xmlns:p="uri" gebunden und sind lokale Hilfsmittel; ein Standard-Namensraum xmlns="uri" gilt für Elementnamen ohne Präfix, und die Recommendation hält fest, dass Standard-Namensraum-Deklarationen nicht direkt für Attributnamen gelten. Deklarationen gelten für das Element, an dem sie stehen, und alles darunter.

Warum es wichtig ist

Namensräume sind die Stelle, an der die Behandlung von XML am häufigsten schiefgeht: Präfixe statt URIs zu vergleichen, zu vergessen, dass ein Standard-Namensraum stillschweigend die Identität jedes darunterliegenden Elements ändert, oder mit einem anderen Präfix zu serialisieren und damit einen Konsumenten zu brechen, der Zeichenketten vergleicht. Zu wissen, wo die Identität liegt (die URI plus der lokale Name), beseitigt eine ganze Klasse von Fehlern. Den Unterschied zwischen wohlgeformt und gültig zu kennen sagt, was ein Parser ohne Schema tatsächlich geprüft hat: nur die Syntax.

So wird es angewendet

• XML für dokumentartige Daten mit gemischtem Inhalt wählen (Fliesstext mit Inline-Markup), für Vokabulare, die bereits XML sind (Vektorgrafik, Feeds, Office- und Publishing-Formate), sowie für den Austausch mit Partnern, deren Validierungs- und Signaturwerkzeuge auf XML beruhen.
• JSON für zwischen Programmen ausgetauschte Datensätze ohne Inline-Markup bevorzugen, wo das einfachere Datenmodell und die Bibliotheksunterstützung überwiegen.
• Namen als (Namensraum-URI, lokaler Name) vergleichen. Bei Abfragen mit XPath oder einem DOM ein Präfix in der Abfrage an die URI binden, auch wenn das Dokument einen Standard-Namensraum verwendet, denn ein Name ohne Präfix in einer Abfrage bedeutet nicht „was auch immer der Standard ist".
• An der Grenze gegen ein Schema validieren und in jedem Parser die Auflösung externer Entitäten deaktivieren (siehe den verwandten Artikel).
• Die Kodierung deklarieren und dafür sorgen, dass die Bytes ihr entsprechen; Leerraum zwischen Elementen als Daten behandeln, sofern das Schema nichts anderes sagt.

Stolpersteine

Der Namensraumname wird als Zeichenkette verglichen: http://example.org/ns und http://example.org/ns/ sind unterschiedliche Namensräume. Ein Präfix ohne im Geltungsbereich befindliche Deklaration ist ein Fehler, keine Warnung. Das erneute Deklarieren des Standard-Namensraums innerhalb eines Fragments ändert die Bedeutung von allem darunter. Textknoten enthalten entity-dekodierten Inhalt; das Escaping bei der Ausgabe ist Aufgabe des Serialisierers, und es zweimal zu tun erzeugt &.