Was XML ist

XML ist eine Metapreisaufschlag Sprache, die bedeutet, da� sie uns unsere eigene Preisaufschlagsprache (unsere eigenen Umbauten) verursachen l��t.

XML ist aus den folgenden Gr�nden popul�r:

• Es erlaubt einfachen Daten-Austausch
• Es darf Preisaufschlagsprachen besonders anfertigen
• Bildet die Daten im Dokument Self-Describing
• L��t die strukturierten und integrierten Daten zu

Die gegenw�rtige Version von XML ist 1.0 und XML ist der empfindliche Fall. Lassen Sie uns dieser Metapreisaufschlag Sprache mit einem Beispiel folgen. Au�er dem folgenden Code mit einer .xml Verl�ngerung.

• Das Dokument beginnt mit dem XML, das Anweisung < verarbeitet? xml version= " 1.0 " encoding= " UTF-8 "? >

• Alles XML, das Anweisungen verarbeitet, sollte mit beginnen und beenden?

• xml version= " 1.0 " Mittel die Version von XML, das z.Z. 1.0 ist

• UTF-8 ist eine 8 Bit verk�rzte Version von Unicode

• Das Dokument beginnt mit dem <DOCUMENT> Element, das kann oder kann m�glicherweise nicht andere Elemente innerhalb es enthalten und sollte mit </DOCUMENT> immer beenden. Alle weiteren Elemente sollten zwischen <DOCUMENT> sein und </DOCUMENT>, das <DOCUMENT> bildet, welches das Wurzelelement f�r dieses XML paginieren.

• Das folgende Element ist <WELCOME> zwischen dem <DOCUMENT> und dem </DOCUMENT> und das eine Anzeige enth�lt, Willkommen zu XML.

Um den Inhalt der Elemente zu formatieren, die im Dokument benutzen wir verursacht werden ein Artblatt um die Datenbanksuchroutine die Weise zu bitten, die das Dokument sein sollte. Wechselweise k�nnen Programmiersprachen wie Java und Javascript verwendet werden. L��t Nehmen ein Blick wie die oben genannten Beispielblicke, wenn Sie mit Artblatt formatiert werden.

Der oben genannte Code schlie�t ein neues Zeilen- < mit ein? xml-stylesheet type= " Text/css " href= " style.css "? >, das da� die Art des Artblattes bedeutet, das verwendet wird, ist CSS (kaskadierenart-Blatt, XSL kann auch benutzt werden) und es ist ist style.css Namens.
Die Akte style.css sieht wie dieses aus: WILLKOMMEN {Schriftkegelgr��e: 40pt; Schriftkegelfamilie: Arial; Farbe: Rot}

Diese Akte gibt an, da� sie das <WELCOME> Element besonders anfertigt, um es anzuzeigen ist zufrieden in einem 40 Pint Schriftkegel mit, es Schriftkegel so arial auch ist und es Farbe als Rot ist. Du kannst unterschiedliche Elemente besonders anfertigen, um ihren Inhalt in den unterschiedlichen Schriftkegeln und in den Farben anzuzeigen.

�berpr�fen, ob die Akte style.css im gleichen Verzeichnis gespeichert wird, in dem die xml Akte gespeichert wird. Der Ausgang, nachdem er das Artblatt addiert hat, sieht wie das Bild unten aus.

XML ist der empfindliche Fall, der bedeutet, da� <WeLCOME> und </Welcome> behandeltes differently.<WELCOME> sollten mit einem corresponding</WELCOME> Umbau geschlossen werden sind.

Wenn ein XML Dokument erfolgreich nicht von einem XML Prozessor dann verstanden wird, kann der Prozessor nicht das Dokument formatieren. Das anfassen, sollen XML Dokumente abh�ngig von zwei Begrenzungen: wohlgeformt und G�ltigkeit, wohlgeformtes Sein die grundlegende Begrenzung.

Wie einstellte durch das W3C, denn ein XML Dokument, zum wohlgeformt zu sein, sollte es der Dokumentproduktion folgen, die drei Teile im Dokument enth�lt.

• Eine Einleitung
• Ein Wurzelelement
• Wahlweise freigestelltes Verschiedenes Teil

Die Einleitung sollte eine XML Erkl�rung wie einschlie�en <? xml version= " 1.0 "? >. Es kann ein Document type definition (DTD) auch enthalten.

Das Wurzelelement eines Dokumentes kann andere Elemente halten und das Dokument sollte ein Wurzelelement genau enthalten. Alle weiteren Elemente sollten innerhalb des Wurzelelements beiliegend sein.

Das wahlweise freigestellte Verschiedene Teil kann XML Anmerkungen bestehen und Anweisungen und whitespaces verarbeiten.

Auch das XML Dokument sollte den Syntaxrichtlinien folgen, die in der XML 1.0 Empfehlung spezifiziert werden, die durch W3C eingestellt wird.

Ein Beispiel eines wohlgeformten Dokumentes wird nachstehend aufgef�hrt:

• Das Dokument beginnt mit einer Einleitung, die die xml Erkl�rung ist.

• Das erste Element, das das Wurzelelement ist, ist das <DOCUMENT> Element, das alle weiteren Elemente enth�lt.

• Ist zun�chst das <CONSUMER> Element innerhalb des Wurzelelements, das f�r zwei Verbraucher ist.

• F�r jeden Verbraucher wird ihr Name im <NAME> Element gespeichert, dem selbst Elemente wie <FIRST_NAME> und <LAST_NAME> enth�lt.

• Die Details der Erwerbe, die der Verbraucher abschlo�, wird im <ORDER> Element im <PURCHASE> Element, das der Reihe nach das Elemente <ITEM><QUANTITY><PRICE> enth�lt, das das gekaufte Einzelteil notiert, in der Quantit�t und im Preis gespeichert, die der Verbraucher kaufte.

• Das Dokument beendet mit dem schlie�enden </DOCUMENT> Element.

• Das Dokument sollte mit einer XML Erkl�rung beginnen
• Das Dokument sollte mit einen oder mehrer Elementen eingeschlossen werden
• F�r Elemente, die nicht leer sind, Anfang einschlie�en und Umbauten beenden

• Alle Elemente des Dokumentes sollten innerhalb des Wurzelelements enthalten werden

• Elemente sollten richtig genistet werden

• Dokumente wie das k�nnen ausgedehnt oben sein, solange wir k�nnen. XML hat kein Problem, solche Art Dokumente anzufassen, solange sie wohlgeformt sind.

Ein XML Dokument soll g�ltig, wenn es ein Document type definition (DTD) oder DAS XML Schema, das mit ihm verbunden ist hat und wenn das Dokument mit ihm �bereinstimmt. DTD sind ganz �ber das Spezifizieren der Struktur des Dokumentes und nicht des Inhalts vom Dokument. Und mit einem allgemeinen DTD k�nnen viele XML Anwendungen geteilt werden. So ist der Wert eines DTD. Lassen Sie uns einen Blick am Beispiel nehmen, das in den wohlgeformten XML Dokumenten des Abschnitts verursacht wurde.

Das Hinzuf�gen eines DTD dem Beispiel oben bildet Codeaussehen wie dieses:

• Die erste Linie des DTD merken, <! DOCTYPE DOKUMENT [. Diese Linie ist die Dokumentart declaration.<! DOCTYPE> ist die Syntax, zum eines DTD zu erkl�ren und es sollte vom Wurzelelement gefolgt werden, das in diesem Beispiel das DOKUMENT-Element ist.

• Jedes Element sollte mit der Syntax spezifiziert werden <! ELEMENT>. Mit dieser Erkl�rung k�nnen wir spezifizieren, ob jedes Element ein analysiertes Textdaten #PCDATA ist, verwendet f�r die Speicherung des normalen Textes) oder k�nnen andere Elemente in ihm enthalten.

• Im Beispiel �ber VERBRAUCHER wird das Element so < geschrieben! ELEMENT-DOKUMENT (VERBRAUCHER) *>. Das asterik (*) zeigt hier an, da� das VERBRAUCHER-Element null oder mehr Auftreten haben kann. Im Beispiel oben, hat es zwei Auftreten.

• Das folgende Element im VERBRAUCHER-Element ist das NAMENSelement, das der Reihe nach die Elemente FIRST_NAME und LAST_NAME innerhalb es enth�lt.

• werden die FIRST_NAME und LAST_NAME Elemente als #PCDATA erkl�rt, das sie normalen Text anfassen l��t.

• Das folgende Element im DTD ist das ERWERB Element mit einem asterik (*) das bedeutet, da� es null oder mehr Auftreten hat.

• Die Elemente innerhalb des ERWERB Elements ist das AUFTRAG Element, die der Reihe nach die Elemente EINZELTEIL, QUANTIT�T und PREIS einschlie�en.

• Die Elemente EINZELTEIL, QUANTIT�T und PREIS werden w�hrend #PCDATA erkl�rt, w�hrend sie nur normalen Text halten.

Wie das ist, wie ein grundlegendes DTD aussieht. Ein DTD wie das soll oben ein internes DTD. Wir k�nnen externe DTD auch herstellen und es ist dieses externen DTD, das uns erlaubt, ein allgemeines XML Dokument innerhalb der unterschiedlichen Organisationen zu teilen.

Zu mehr Information �ber, wie man Attribute, Anmerkungen, usw. in DTD auf die W3C Spezifikation f�r XML DTD bitte sich beziehen einsetzt. Wie das Bild unterhalb der Erscheinen, wie der oben genannte Code, wenn er in einer ge�ffnet wird Datenbanksuchroutine, aussieht.