XML und CDATA

VerarbeitungshinweiseXML ermöglicht es Entwicklern, auf Informationen, um die Anwendung passieren Verarbeitungshinweise(oft als PIs). Verarbeitungshinweise benutzen eine ähnliche Syntax, um die XML-Deklaration, wenn die Regeln für sie viel weniger streng sind. Verarbeitungshinweise beginnen mit , Aber die Entwickler Diktat der Regel deren Inhalte. Das erste Stück Text, bevor ein Raum erscheint in einem PI wird als Ziel. Das Ziel muss mit einem Buchstaben beginnen, einen Unterstrich oder Doppelpunkt und kann aus Buchstaben, Ziffern, Unterstriche, Doppelpunkte, Bindestriche und Punkte. Ein Ziel kann nicht gestartet werden mit jedem Fall Variation auf XML. Danach können dann beliebige Zeichen. (Obwohl, wenn?> Erscheint in der PI-Inhalte, die PI abrupt endet und das Dokument wahrscheinlich nicht analysiert werden.) Die allgemeine Syntax ist:

Ziel unabhängig?>

Zum Beispiel können Sie eine Verarbeitungsanweisung verwenden:

in der Mitte eines XML-Dokuments, oder:

Offensichtlich haben die meisten XHTML-Anwendungen nicht, was er mit diesen und viele tun älteren Browsern behandeln den Inhalt der Verarbeitungsanweisung - oder ein Teil des Inhalts - als Text und sie sind in dem Dokument. Mit der Verarbeitung Anweisungen ist keine gute Idee, wenn Sie Ihre XHTML passieren XML-Prozessoren, die insbesondere auf die Verarbeitung Anweisungen verstehen oder den W3C-Standard erzeugt einige diejenigen, die nicht sehr wahrscheinlich, dass für XHTML passieren. Verarbeitungshinweise kann an beliebiger Stelle in einem XML-Dokument angezeigt werden, außer innerhalb von Markup. Sie können angezeigt werden, bevor ein Dokument (aber nach der XML-Deklaration, wenn es einen gibt), an jedem Ort Text kann innerhalb Elemente erscheinen (wenn auch nicht innerhalb der Tags), und nach einem Dokument. Sie folgen den gleichen Regeln wie Kommentare, und Sie können sie als Kommentare für Computer-Konsum bestimmt denken.

CDATA-AbschnitteXML bietet ein neues Tool für den Schutz der Inhalte, wie beispielsweise Skripts und Stile, die Markup-Zeichen verwendet (<, & und>) für andere Zwecke als Markup. CDATA (oder Zeichen-Daten) markierte Sektionen sagen Parser keine Markup, das innerhalb des Abschnitts angezeigt, bis an ihr Ende gekommen ist, zu ignorieren. Durch die Verwendung von relativ Unterscheidungskraft Syntax, CDATA-Abschnitte sind kaum zu übersehen.

geschützte Inhalte]]>

Um dieses Skript zu schützen, zum Beispiel können Sie Folgendes verwenden:

Dies ist keine perfekte Lösung, da ältere Browser auf das seltsame neue Syntax und Skripte können nicht so tun, ersticken wird. Allerdings macht es viel leichter mit XHTML XML-Verarbeitung zu integrieren. CDATA-Abschnitte können Sie an jedem Ort erwarten Sie zu einer Auflage von Markup-Zeichen haben, oder Sie verwenden können, verwenden Sie die integrierte Einheiten (<für <, & für &, und> für>).

NamespacesNamespaces sind eine der umstrittensten Aspekte von XML-, und ihre Nutzung in XHTML erzeugt ein bedeutendes Hindernis in der Passage XHTML's in Richtung zu einer W3C-Empfehlung. Zum Glück war das in Rede stehende Regelung zugunsten eines sehr viel einfacheren System gelöscht, so dass Sie leicht mit den Ergebnissen zu arbeiten. Namespaces die zentralen Problem der überlappenden Namen, die entsteht, wenn die Entwickler versuchen, mehr als ein Markup-Sprache zu mischen. Ein Titel in XHTML ist ein Titel für die Web-Seite, während ein Titel in einer Markup-Sprache beschrieben Pfund wahrscheinlich den Titel des Buches identifiziert. Wie erwartet, XHTML verwendet werden soll (eventuell) sowohl als Container für XML-Informationen und in XML-Dokumenten, einen Mechanismus muss XHTML-Elemente und Attribute, von denen in anderen Markup-Sprachen. Unterscheiden (Dieser Mechanismus macht es viel einfacher, Anwendungen zu erstellen, dass Prozess XHTML sowie.) Namensräume ermöglichen Dokument Autoren zuordnen Uniform Resource Identifiers (URIs), Eine Obermenge von den bekannten URLs verwendet, um Dokumente und andere Komponenten auf dem Web-to-Element-und Attributnamen zu identifizieren. Zum Beispiel ist der Namensraum für XHTML:

http://www.w3.org/1999/xhtml

Effektiv kann dieser Namespaces zu jedem Element Namen geben, in einem XHTML-Dokument, um sie eindeutig als XHTML zu identifizieren. Typing diese immer und immer wiederholend ist, und die meisten URIs würde verboten Element-und Attributnamen Ergebnis trotzdem, so dass die Namensräume Tools bieten ein einfacher Mechanismus. Namespaces werden in speziellen Attribute erklärt, dass mit xmlns beginnen. Diese Namensräume dann zur Verfügung stehen, um alle untergeordneten Elemente des Elements mit dem Attribut, es sei denn, die Kind-Elemente der Erklärung zu überschreiben, indem sie eine neue eigene. Es klingt ein bisschen schwierig, aber es ist wirklich einfacher als es klingt.

Es gibt zwei Möglichkeiten, um Namensräume auf Elemente und Attribute anzuhängen. Beide verwenden die gleiche Mechanismus einer entsprechenden Erklärung, aber man kann die Schaffung eines Standard-Namespace, während die andere schafft Namespaces, die auf bestimmte Präfixe entsprechen. Der Standard-Namespace wird von den meisten XHTML verwendet. Das Präfix-Mechanismus wird voraussichtlich auf andere Arten von XML-Anwendung enthaltenen XHTML, und gelegentlich auch in anderen Arten von XML enthalten XHTML. Um einen Standard-Namespace zu erklären, erstellen Sie ein Attribut namens xmlns und weisen Sie ihm eine URI-Wert. Zum Beispiel,

Der Standard-Namespace ist es, die HTML-Element, in dem die Erklärung abgegeben wird und alle Elemente innerhalb dieses HTML-Element enthalten, die nicht Namespacepräfixe oder neue Erklärungen der Standard-Namespace angewendet werden. In XHTML, es gilt auch für alle Attribute dieser Elemente, die nicht Namespacepräfixe ihrer eigenen - auch wenn Sie nicht auf diese Anzahl in anderen Varianten von XML. Zum Beispiel in den folgenden einfachen XHTML-Dokument, alle der Elemente und Attribute (mit Ausnahme der Namespace-Deklaration selbst: xmlns Attribut) sind in der XHTML-Namensraum (http://www.w3.org/1999/xhtml). Die Namespace-Deklaration ist erforderlich für XHTML 1.0 Dokumente.

Namespace-Test

Namespaces!

Alle Elemente in diesem Dokument sind in der http://www.w3.org/1999/xhtml Namensraum, auch das Bild.

Ein XHTML-Parser Lesen dieses Dokuments erhält zwei Stücke von Informationen über jedes Element hier: seinen Namen und die Namespace-attached to it. Sie können das gleiche Dokument mit einem anderen Namespace Mechanismus darstellen: Präfixe. Sie erklären Präfixe mit einer ähnlichen Syntax-Attribut, aber das Präfix folgt der xmlns und einem Doppelpunkt. Präfixe können nicht erst mit xml oder auf jeden Fall Variante von XML, wie XML oder XML. Um zum Beispiel das Namespacepräfix xhtml erklären, verwenden Sie den Attributnamen xmlns: xhtml. Eine Version des gleichen Dokuments in diesem Format sieht folgendermaßen aus:

 Namespace-Test  Namespaces!  Alle Elemente in diesem Dokument sind in der http://www.w3.org/1999/xhtml Namensraum, auch das Bild.

Es gibt eine Menge von Fragen mit Namespaces und XML 1.0, die schlimmsten davon ist die Inkompatibilität zwischen XML 1.0 Validierung und Namespacepräfix Änderungen. Als Ergebnis dieses Dokument - das ist technisch exakt die gleichen Informationen wie die vorhergehende Version - in Zukunft nicht machen sie durch eine Validierung von XML-Parser, obwohl sie durchaus in Nicht-Arbeit zu validieren Umgebungen. Dieses Formular ist verfügbar, wenn Sie den XHTML-Inhalte in andere XML-Dokumente enthalten müssen, aber es ist das Beste, Stick mit den einfacheren Standard-Namespace Form für XHTML-Dokumente.

AchtungIch schlage vor, Sie nicht Präfixe für XHTML-Attribute. Zwar mag es richtig, wenn Sie auf XHTML anwenden möchten Attribute nicht XHTML-Element-Namen in einer Kombination mit anderen Vokabeln, keine wirklichen Regeln gibt es für die Bearbeitung solcher Dokumente.

Ein Artikel eingereicht von Albert Lichtblau

Disclaimer:Unsere Website ist nicht verantwortlich für den Inhalt dieses Artikels. Webarticles ist eine kostenlose Informationsquelle.
Wichtig: Dieser Artikel "XML und CDATA" wurde durch ein automatisches Software übersetzt. Wir fühlen uns leid für alle Rechtschreibfehler, die möglicherweise aufgetreten sind. Vielen Dank für Ihr Verständnis.