XML est une langue de m�ta-marge b�n�ficiaire b�n�ficiaire qui signifie qu'elle nous laisse cr�er notre propre langue de marge b�n�ficiaire b�n�ficiaire (nos propres �tiquettes).

XML est populaire pour les raisons suivantes :

• Il permet l'�change de donn�es facile
• Il laisse adapter des langues aux besoins du client de marge b�n�ficiaire b�n�ficiaire
• Rend les donn�es dans le document Self-Describing
• Tient compte des donn�es structur�es et int�gr�es

La version en cours de XML est 1.0 et XML est cas sensible. Suivons cette langue de m�ta-marge b�n�ficiaire b�n�ficiaire avec un exemple. �conomiser le code suivant avec une prolongation de .xml.

• Le document commence par le XML traitant l'instruction < ? encoding= " UTF-8 " du version= " 1.0 " de xml ? >

• Tout le XML traitant des instructions devrait commencer et finir par ?

• version= de xml " 1.0 " moyen la version de XML, qui est actuellement 1.0

• UTF-8 est une version condens�e de 8 bits d'Unicode

• Le document commence par l'�l�ment de <DOCUMENT> qui peut ou peut ne pas contenir d'autres �l�ments dans lui et devrait toujours finir avec </DOCUMENT>. Tous autres �l�ments devraient �tre entre le <DOCUMENT> et </DOCUMENT> faisant le <DOCUMENT> que l'�l�ment de racine pour ce XML paginent.

• Le prochain �l�ment est <WELCOME> entre le <DOCUMENT> et le </DOCUMENT> et qui contient un message, bienvenue � XML.

Pour composer la teneur des �l�ments cr��s dans le document nous employons une feuille de mod�le pour dire au navigateur la mani�re que le document devrait �tre. Alternativement, des langages de programmation comme Java et le Javascript peuvent �tre employ�s. Laisse la prise un regard comment les regards ci-dessus d'exemple une fois compos� en utilisant la feuille de mod�le.

Le code ci-dessus inclut un d'interligne < ? href= " style.css " des " textes de type= de xml-stylesheet/CSS " ? > qui signifie que le type de feuille de mod�le �tant employ�e est CSS (la feuille de cascade de mod�le, XSL peut �galement �tre employ�e) et il est nomm� est style.css.
Le dossier style.css ressemble � ceci : BIENVENUE {police-taille : 40pt ; police-famille : Arial ; couleur : rouge}

Ce dossier d�clare qu'il adapte l'�l�ment de <WELCOME> pour le montrer est content dans une police de 40 pintes avec tout arial que c'est police et c'est couleur en tant que rouge. Vous pouvez adapter diff�rents �l�ments pour montrer leur contenu dans diff�rentes polices et couleurs.

S'assurer que le dossier style.css est sauv� dans le m�me annuaire o� le dossier de xml est sauv�. Le rendement apr�s avoir ajout� la feuille de mod�le ressemble � l'image ci-dessous.

XML est le cas sensible, qui signifie que le <WeLCOME> et les </Welcome> sont differently.<WELCOME> trait� devraient �tre ferm�s avec une �tiquette de corresponding</WELCOME>.

Si un document de XML n'est pas compris avec succ�s par un processeur de XML puis le processeur ne peut pas composer le document. Pour manipuler cela, les documents de XML sont sujets � des deux contraintes : bien form� et validit�, �tre bien form� la contrainte de base.

Comme place par le W3C, parce que un document de XML � �tre bien form� il devrait suivre la production de document contenant trois parts dans le document.

• Un prolog
• Un �l�ment de racine
• Partie diverse facultative

Le prolog devrait inclure une d�claration de XML comme < ? version= " 1.0 " de xml ? >. Il peut �galement contenir un Document type definition (DTD).

L'�l�ment de racine d'un document peut tenir d'autres �l�ments et le document devrait contenir exactement un �l�ment de racine. Tous autres �l�ments devraient �tre inclus dans l'�l�ment de racine.

La partie diverse facultative peut se composer des commentaires de XML, traitant des instructions et des whitespaces.

En outre le document de XML devrait suivre les r�gles de syntaxe indiqu�es dans la recommandation de XML 1.0 r�gl�e par W3C.

Un exemple d'un document bien form� est �num�r� ci-dessous :

• Le document commence par un prolog, qui est la d�claration de xml.

• Le premier �l�ment, qui est l'�l�ment de racine est l'�l�ment de <DOCUMENT> qui contient tous autres �l�ments.

• Est apr�s l'�l�ment de <CONSUMER> � l'int�rieur de l'�l�ment de racine qui est pour deux consommateurs.

• Pour chaque consommateur, leur nom est stock� dans l'�l�ment de <NAME> que lui-m�me contient des �l�ments comme le <FIRST_NAME> et le <LAST_NAME>.

• Les d�tails des achats que le consommateur a faits est stock�s dans l'�l�ment de <ORDER> dans l'�l�ment de <PURCHASE> qui contient alternativement le <ITEM><QUANTITY><PRICE> d'�l�ments qui enregistre l'article achet�, la quantit� et le prix que le consommateur a achet�s.

• Le document finit avec l'�l�ment de la fermeture </DOCUMENT>.

• Le document devrait commencer par une d�claration de XML
• Le document devrait �tre inclus avec un ou plusieurs �l�ments
• Pour les �l�ments qui ne sont pas vides inclure le d�but et finir les �tiquettes

• Tous les �l�ments du document devraient �tre contenus dans l'�l�ment de racine

• Des �l�ments devraient �tre nich�s correctement

• Les documents comme celui ci-dessus peuvent �tre prolong�s tant que nous pouvons. XML n'a aucun probl�me manipuler un tel genre de documents, tant que ils sont bien form�s.

Un document de XML serait valide s'il a un Document type definition (DTD) ou le sch�ma de XML li� � lui et si le document est conforme � lui. Les DTD sont tout au sujet d'indiquer la structure du document et pas du contenu du document. Et avec un DTD commun beaucoup d'applications de XML peuvent �tre partag�es. Telle est l'importance d'un DTD. Jetons un coup d'oeil � l'exemple qui a �t� cr�� dans les documents bien form�s de la section XML.

Ajouter un DTD � l'exemple ci-dessus fait le ressembler de code � ceci :

• Noter la premi�re ligne du DTD, < ! DOCUMENT DE DOCTYPE [. Cette ligne est le type declaration.< de document ! DOCTYPE> est la syntaxe pour d�clarer un DTD et il devrait �tre suivi de l'�l�ment de racine, qui dans cet exemple est l'�l�ment de DOCUMENT.

• Chaque �l�ment devrait �tre indiqu� avec la syntaxe < ! ELEMENT>. En utilisant cette d�claration nous pouvons indiquer si chaque �l�ment est un #PCDATA analys� de donn�es-caract�res, utilis� pour stocker le texte plat) ou pouvons contenir d'autres �l�ments dans lui.

• Dans l'exemple au-dessus du CONSOMMATEUR l'�l�ment est �crit comme ceci < ! *> DE DOCUMENT D'�L�MENT (CONSOMMATEUR). L'asterik (*) indique ici que l'�l�ment du CONSOMMATEUR peut avoir z�ro occurrences ou plus. Dans l'exemple ci-dessus, il a deux occurrences.

• Le prochain �l�ment dans l'�l�ment du CONSOMMATEUR est l'�l�ment NOMM� qui contient alternativement les �l�ments FIRST_NAME et LAST_NAME dans lui.

• Les �l�ments de FIRST_NAME et de LAST_NAME sont d�clar�s comme #PCDATA qui leur permet de traiter le texte plat.

• Le prochain �l�ment dans le DTD est l'�l�ment d'ACHAT avec un asterik (*) qui signifie qu'il a z�ro occurrences ou plus.

• Les �l�ments dans l'�l�ment d'ACHAT est l'�l�ment d'ORDRE qui incluent � leur tour les �l�ments ARTICLE, QUANTIT� et PRIX.

• Les �l�ments ARTICLE, QUANTIT� et PRIX sont d�clar�s pendant que #PCDATA pendant qu'ils stockent seulement le texte plat.

C'est � la fa�on dont un DTD de base ressemble. Un DTD comme celui serait ci-dessus un DTD interne. Nous pouvons �galement cr�er les DTD externes et c'est ce DTD externe qui nous permet de partager un document commun de XML dans diff�rents organismes.

Pour plus d'informations sur la fa�on ins�rer des attributs, des commentaires, etc. dans les DTD se r�f�rer svp aux sp�cifications de W3C pour des DTD de XML. L'image au-dessous des expositions � la fa�on dont le code ci-dessus une fois ouvert dans un navigateur ressemble.