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.