XML

< ! -- L'avertissement aux utilisateurs d'AutoWikiBrowser n'essayent pas à Unicodify cette page que plusieurs des notations de &# sont dans le contexte et ne devraient pas être convertie en leurs représentations de glyph

Ne pas changer le " ; Extensible" ; au " ; eXtensible" ; ! Voir le http://www.com/axml/notes/TheCorrectTitle.html des spécifications annotées de XML.

Étiquettes d'éléments pas ! Par exemple, < ! ELEMENT> contre < ! TAG>. --> Extensible Markup Language de ( XML ) est un langage de balisage d'usage universel . Il est classifié comme langue extensible parce qu'il permet à ses utilisateurs de définir leurs propres éléments. Son but primaire est de faciliter le partage des données structurées à travers différents systèmes d'information, en particulier par l'intermédiaire de l'Internet . Il est employé pour coder des documents et le fabriquent des données en série de . Dans le dernier contexte, il est comparable à d'autres langues de fabrication en série basées par texte telles que le JSON et le YAML .

Il a commencé comme sous-ensemble simplifié du langage de balisage généralisé standard (SGML), et est conçu pour être relativement humain-lisible. En ajoutant des contraintes sémantiques, des langues d'application peuvent être mises en application dans XML. Celles-ci incluent le XHTML , le RSS , le MathML , le GraphML , les graphiques de vecteur extensibles , le MusicXML , et les milliers de d'autres. D'ailleurs, XML est parfois employé comme langue de spécifications pour de telles langues d'application.

XML est recommandé par par le World Wide Web Consortium . C'est un standard ouvert honoraire-libre . La recommandation de W3C définit tous les deux la grammaire lexicologique , et les conditions pour le analysant .

Documents bien formés et valides de XML

Il y a deux niveaux d'exactitude d'un document de XML :
bien formé. Un document bien formé se conforme à toutes les règles de la syntaxe de XML. Par exemple, si une commencer-étiquette apparaît sans extrémité-étiquette correspondante, ce n'est pas le bien formé. Un document qui n'est pas bien formé n'est pas considéré XML ; on ne permet pas à un un analyseur de conformation le traiter. Un document valide se conforme en plus à quelques règles sémantiques. Ces règles sont définies pour l'utilisateur, ou incluses en tant qu'un schéma du XML ou DTD . Par exemple, si un document contient un élément non défini, puis lui n'est pas le valide ; on ne permet pas à un un validant l'analyseur de le traiter.

Documents bien formés : Syntaxe de XML

Tant que seulement la forme est exigée, XML est un cadre générique pour stocker n'importe quelle quantité de texte ou de n'importe quelles données dont la structure peut être représentée comme arbre. La seule condition syntactique indispensable est que le document a exactement un élément de racine de (alternativement appelé l'élément de document de ). Ceci signifie que le texte doit être inclus entre une commencer-étiquette de racine et une extrémité-étiquette correspondante. Ce qui suit est un " ; well-formed" ; Document de XML : lang=" de les This est un livre….

L'élément de racine peut être précédé par une déclaration facultative du XML. Cet élément énonce quelle version de XML est en service (normalement 1.0) ; il peut également contenir des informations sur le codage de caractère de et les dépendances externes. lang=" de < ? version=" de xml ; 1.0" ; encoding=" ; UTF-8" ; ? >

Le de spécifications exige que les processeurs de XML soutiennent le UTF-8 des codages de caractère de d'Unicode de casserole et le UTF-16 (le UTF-32 n'est pas obligatoire). L'utilisation des codages plus limités, de ce type a basé sur le ISO/IEC 8859 , est reconnue et est employée couramment et soutenue.

Les commentaires peuvent être placés n'importe où dans l'arbre, incluant dans le texte si le contenu de l'élément est texte ou #PCDATA.

Début de commentaires de XML avec le < de ; ! -- et extrémité avec le --> ; . Deux tirets (--) ne peut pas apparaître n'importe où dans le texte du commentaire.

lang=" de < ! -- C'est un commentaire. -->

Dans n'importe quelle application signicative, le marge bénéficiaire bénéficiaire additionnel est employé pour structurer le contenu du document de XML. Le texte inclus par les étiquettes de racine peut contenir un nombre arbitraire d'éléments de XML. La syntaxe de base pour un élément est : lang=" de attribute=" de content Les deux exemples du » nom « désigné sous le nom de la commencer-étiquette et de l'extrémité-étiquette , respectivement. Ici, le » contenu « est un certain texte qui peut encore contenir des éléments de XML. Ainsi, un document générique de XML contient a le arbre-a basé la structure de données . Voici un exemple d'un document structuré de XML : lang=" de name=" de bread Basic amount=" <ingredient ; 3" ; unit=" ; cups" ; >Flour</ingredient> amount=" <ingredient ; 0.25" ; unit=" ; ounce" ; >Yeast</ingredient> amount=" <ingredient ; 1.5" ; unit=" ; cups" ; state=" ; warm" ; >Water</ingredient> amount=" <ingredient ; 1" ; unit=" ; teaspoon" ; >Salt</ingredient> <instructions> <step>Mix tous les ingrédients together.</step> <step>Knead thoroughly.</step> <step>Cover avec un tissu, et <a href="/Congé.html">congé</a> pour une heure dans room.</step> chaud <step>Knead again.</step> <step>Place <a href="/Dans.html">dans</a> un traitement au four tin.</step> de <a href="/Pain.html">pain</a> <step>Cover avec un tissu, et congé pour une heure dans room.</step> chaud <step>Bake dans <a href="/Le_four.html">le four</a> à 350°F pour 30 minutes.</step> </instructions> </recipe> </source> <P> Des valeurs d'attribut doivent <a href="/Toujours.html">toujours</a> être citées, using des citations simples ou doubles ; et chaque nom d'attribut devrait apparaître seulement une fois dans n'importe quel élément. XML exige que les éléments soient &mdash correctement niché ; les éléments peuvent ne jamais recouvrir. Par exemple, le code ci-dessous n'est pas XML bien formé, parce que la fin de <a href="/Support.html">support</a> de et les éléments forts du de recouvrent : lang=" de <source ; xml" ; > < ! -- MAL ! XML NON BIEN FORMÉ ! --> <p>Normal <em>emphasized <strong>strong emphasized</em> strong</strong></p> <P> < ! -- Correct : XML bien formé. --> <p>Normal <em>emphasized <strong>strong emphasized</strong></em> <strong>strong</strong></p> <p>Alternatively <em>emphasized</em> <strong><em>strong emphasized</em> strong</strong></p> <P> </source> XML fournit la syntaxe spéciale pour représenter un élément avec le contenu vide. Au <a href="/Lieu.html">lieu</a> de l'inscription une commencer-étiquette a suivi immédiatement d'une extrémité-étiquette, un document peut contenir une étiquette de vide-élément. Une étiquette de vide-élément ressemble à une commencer-étiquette mais contient une barre oblique juste avant le chevron fermant. Les trois exemples suivants sont équivalents dans XML : lang=" de <source ; xml" ; > <foo></foo> <foo/> <foo/> </source> Un vide-élément peut contenir des attributs : lang=" de <source ; xml" ; > author=" de <info ; John" ; genre=" ; la science-fiction" ; date=" ; 2009-Jan-01" ; /> </source> <P> <h3> <a href="/Références.html">Références</a> d'entité </h3> <P> Une entité dans XML est un corps appelé des données, habituellement texte. Les entités sont employées souvent pour représenter les caractères simples qui ne peuvent pas facilement être écrits sur le clavier ; elles sont également employées pour représenter des morceaux de norme (" ; boilerplate" ;) texte qui se produisent dans <a href="/Beaucoup.html">beaucoup</a> de documents, particulièrement s'il y a un besoin de permettre à un tel texte d'être changé dans un endroit seulement. <P> Des caractères spéciaux peuvent être représentés ou employant des références de l'entité , ou au moyen de références de caractère numérique un exemple d'une <a href="/Référence_de_caractère_numérique.html">référence de caractère numérique</a> est " ; <code>& ; #x20AC ; </code>" ; , qui se rapporte à l'euro symbole au moyen de son Unicode codepoint dans le hexadécimal. <P> Une <a href="/Référence.html">référence</a> d'entité est un texte d'attente qui représente cette entité. Elle comprend le nom d'entité précédé par une esperluète (" de ; <code>& ; </code>" ;) et suivi d'un <a href="/Point-virgule.html">point-virgule</a> (" de ; <code> ; </code>" ;). XML a cinq entités de <a href="/Predeclared.html">Predeclared</a> : <P> <h4> Références de caractère numérique </h4> Regard de références de caractère numérique comme des références d'entité, mais au lieu d'un nom, elles contiennent le " ; de <code> # </code>" ; le caractère a suivi d'un nombre. Le nombre (dans la décimale ou le " ; <code>x</code>" ; - le mis en <a href="/Tête.html">tête</a> hexadécimal) représente un point de code d'Unicode. À la <a href="/Différence.html">différence</a> des références d'entité, ils ni pas predeclared ni font ils doivent être déclarés dans le DTD du document. Ils ont été typiquement habitués pour représenter les caractères qui ne sont pas facilement encodable, <a href="/Comme.html">comme</a> un caractère arabe du dans un document produit sur un ordinateur européen. L'esperluète dans le " ; AT& ; T" ; l'exemple pourrait également être échappé par comme ceci (la décimale 38 et l'hexadécimal 26 tous les deux représentent le point de code d'Unicode pour le " ; & ; " ; caractère) : lang=" de <source ; xml" ; > <company_name>AT& ; T</company_name> <company_name>AT& ; T</company_name> </source> <P> <a href="/Voir_également.html">Voir également</a> les références de caractère numérique <P> <h3> Documents bien formés </h3> <P> Un document bien formé doit se conformer aux règles suivantes, notamment : <BR> Les éléments non vides de <P> sont délimités par par une commencer-étiquette et une extrémité-étiquette. <BR> Des éléments vides peuvent être identifiés par une étiquette (à fermeture automatique) de vide-élément, telle que le <code>< ; IAmEmpty/></code>. C'est égal au <code>< ; IAmEmpty> ; < ; /IAmEmpty> ; </code>. <BR> Toutes les valeurs d'attribut sont citées avec choisissent (') ou doublent (le " ;) citations. Les <a href="/Apostrophe.html">apostrophe</a>s clôturent une apostrophe et les guillemets clôturent des guillemets. <BR> Des étiquettes peuvent être nichées mais ne doivent pas recouvrir. Chaque élément non-root doit être <a href="/Complètement.html">complètement</a> contenu dans un autre élément. <BR> Le document est conforme à son codage avoué de caractère. Le codage peut être déclaré ou impliqué extérieurement, comme dans le " ; Contenu-Type" ; en-têtes quand un document est transporté par <a href="/L'intermédiaire.html">l'intermédiaire</a> de HTTP , ou intérieurement, using le marge bénéficiaire bénéficiaire explicite au tout début du document. Quand aucune une telle <a href="/Déclaration.html">déclaration</a> n'existe, un codage d'Unicode est assumé, comme défini par une marque d'ordre de byte de d'Unicode avant le premier caractère du document. Si <a href="/La_marque.html">la marque</a> n'existe pas, le codage UTF-8 est assumé. </li> </ul> <P> <a href="/Les_noms.html">Les noms</a> d'élément distinguent les majuscules et minuscules. Par exemple, ce qui suit est une paire d'assortiment bien formée : <code>< de ; <code>< de Step></code>… ; /Step></code> considérant que ce n'est pas <code>< de ; <code>< de Step></code>… ; /step></code> <P> Le choix soigneux des noms pour des éléments de XML donnera la <a href="/Signification.html">signification</a> des données dans le marge bénéficiaire bénéficiaire . Ceci augmente la <a href="/Lisibilité.html">lisibilité</a> humaine tandis que la conservation de la rigueur avait besoin pour l'analyse de logiciel. <P> Le choix des noms signicatifs implique la <a href="/Sémantique.html">sémantique</a> des éléments et des attributs à un lecteur humain sans référence à la documentation externe. Cependant, ceci peut mener au verbosity, qui complique le écrivant et <a href="/Augmente.html">augmente</a> la taille de fichier de fichier . <P> <h3> Vérification automatique </h3> <P> Il est relativement simple de vérifier qu'un document est XML bien formé ou validé, parce que les règles de la forme et de la <a href="/Validation_de_XML.html">validation de XML</a> sont conçues pour la portabilité des outils. L'idée est que n'importe quel outil conçu pour travailler avec des <a href="/Dossiers.html">dossiers</a> de XML pourra travailler avec des dossiers de XML écrits dans n'importe quelle langue de XML (ou application de XML). Un exemple d'utiliser un outil indépendant suit : <BR> le charger dans un navigateur XML-capable, tel que le Firefox ou le <a href="/Internet_Explorer.html">Internet Explorer</a> <BR> utiliser un outil comme le xmlwf (habituellement empaqueté avec expat ) <BR> analyser le document, par exemple dans le rubis : </li> </ul> l'irb> exigent le " ; rexml/document" ; l'irb> incluent REXML irb> Doc.root <P> <h2> Documents valides : Sémantique de XML </h2> <P> En laissant les noms, la hiérarchie permise, et les significations des éléments et des attributs s'ouvrent et définissable par un schéma personnalisable ou DTD , XML de fournit une base syntactique pour <a href="/La_création.html">la création</a> du but spécifique, langages de balisage XML-basés. La syntaxe générale de telles langues est &mdash rigide ; les documents doivent adhérer aux règles générales de XML, s'assurant que tout le logiciel XML-averti peut au moins lire et <a href="/Comprendre.html">comprendre</a> l'arrangement relatif d'information dans eux. Le <a href="/Schéma.html">schéma</a> complète simplement les règles de syntaxe avec un ensemble de contraintes. Les schémas limitent typiquement des noms d'élément et d'attribut et leurs hiérarchies permises de retenue, telles que permettre seulement à un élément <a href="/Appelé.html">appelé</a> « anniversaire » de contenir 1 « mois » appelé par élément et 1 « jour » appelé par élément, qui doit contenir seulement des données-caractères. Les contraintes dans un schéma peuvent également inclure le <a href="/Type_de_données.html">type de données</a> de tâches de qui affectent comment l'information est traitée ; par exemple, les données-caractères de l'élément de « mois » peuvent être définies en tant qu'étant un mois selon les conventions de langue de schéma de détail, peut-être la signification que ce doit non seulement être composé une certaine manière, mais également ne doit pas être traitée comme si c'étaient un autre type de données. <P> Un document de XML qui est conforme à un schema/DTD particulier, en plus d'être bien formé, serait le valide. <P> Un <a href="/Schéma_de_XML.html">schéma de XML</a> est une description d'un type de document de XML, typiquement exprimé en termes de contraintes sur la structure et le contenu des documents de ce type, au-dessus et au delà des contraintes de base imposées par XML lui-même. Un certain nombre de langues standard et <a href="/De_propriété_industrielle.html">de propriété industrielle</a> de schéma de XML ont émergé pour formellement exprimant de tels schémas, et certaines de ces langues XML-soient basés, elles-mêmes. <P> Avant l'arrivée des langages de description de données généralisés tels que le SGML et le XML, <a href="/Les_concepteurs.html">les concepteurs</a> de logiciel ont dû définir les formats de fichier spéciaux ou les petites langues pour partager des données entre les programmes. Ceci a exigé les caractéristiques détaillées par écriture et les analyseurs pour un but particulier et les auteurs <P> La structure régulière de XML et les règles strictes d'analyse permettent aux concepteurs de logiciel de laisser l'analyse aux outils standard, et puisque XML fournit un général, au <a href="/Modèle_de_données.html">modèle de données</a> - le cadre orienté pour le développement des langues spécifiques à l'application, concepteurs de logiciel a besoin se concentrent seulement sur le développement des règles pour leurs données, relativement aux niveaux élevés de l'abstraction. <P> les outils Bien-examinés existent au valident un " de document de XML ; against" ; un schéma : le d'outil automatiquement vérifie si le document se conforme aux contraintes exprimées en schéma. Certains de ces outils de <a href="/Validation.html">validation</a> sont inclus dans des analyseurs de XML, et les autres sont empaquetés séparément. <P> D'autres utilisations des schémas existent : Les rédacteurs de XML, par exemple, peuvent employer des schémas pour soutenir <a href="/Le_procédé.html">le procédé</a> d'édition (en suggérant les éléments valides et attribue des noms, etc. <P> <h4> DTD </h4> <P> voient également : <P> du Document type definition <a href="/Le_format.html">Le format</a> de schéma le plus ancien pour XML est le Document type definition (DTD) de , hérité du SGML. <a href="/Tandis_que.html">Tandis que</a> l'appui de DTD est dû omniprésent à son inclusion dans la norme de XML 1.0, on le voit comme limité pour les raisons suivantes : <BR> <P> il n'a aucun <a href="/Soutien.html">soutien</a> de plus nouveaux dispositifs de XML, d'une manière plus importante les namespaces . <BR> Il manque de l'expressivité. Certains aspects formels <a href="/D'un.html">d'un</a> document de XML ne peuvent pas être capturés dans un DTD. <BR> Il emploie une syntaxe faite sur commande de non-XML, héritée de SGML , pour décrire le schéma. </li> </ul> <P> Le DTD est encore employé dans beaucoup d'applications parce qu'on le considère le plus facile à lire et écrire. <P> <h4> Schéma de XML </h4> <P> voient également : <P> du schéma du XML (W3C) Une plus <a href="/Nouvelle.html">nouvelle</a> langue du schéma du XML, décrite par le W3C comme successeur de DTDs, est le schéma du XML, ou plus officieusement visé par l'initialism pour des exemples de schéma de XML, XSD (définition de de schéma de XML). XSDs sont bien plus <a href="/Puissant.html">puissant</a> que DTDs en décrivant des langues de XML. Elles emploient un <a href="/Système.html">système</a> de saisie du riche , tiennent compte des contraintes plus détaillées sur la structure logique d'un document de XML, et doivent être traitées dans plus de cadre robuste de validation du . XSDs emploient également un format XML-basé qui permet pour utiliser les outils ordinaires de XML pour aider le processus ils, bien que les réalisations de XSD exigent <a href="/Beaucoup_plus.html">beaucoup plus</a> que juste la capacité de lire XML. <P> <a href="/Les_critiques.html">Les critiques</a> de XSD incluent ce qui suit : <BR> Les spécifications sont très grandes, qui le rendent difficile à comprendre et mettre en application. <BR> La syntaxe XML-basée mène au verbosity dans la <a href="/Description.html">description</a> de schéma, qui rend XSDs plus dur pour lire et écrire. <BR> La validation de schéma peut être une <a href="/Addition.html">addition</a> chère à XML analysant, particulièrement pour les systèmes à fort débit. <BR> Les <a href="/Possibilités.html">possibilités</a> de modélisation sont très limitées, sans la capacité de permettre à des attributs d'influencer les modèles contents <BR> Le type le modèle de dérivation est très limité, en particulier cette dérivation par prolongation est rarement utile. <BR> le <a href="/Transfert_de_données.html">transfert de données</a> Base de données-connexe a été soutenu avec des idées mystérieuses telles que le nillability mais les conditions de l'édition industrielle sont under-supported. <BR> Le principal Keyref /les mécanismes unicité ne sont pas type averti <BR> Le concept du PSVI (validation Infoset de schéma de poteau) n'a pas une interface de programmation API pour commandes Tempus-link standard de représentation ou de de XML , ainsi il fonctionne contre <a href="/L'indépendance.html">l'indépendance</a> de fournisseur de à moins que le revalidation soit exécuté. </li> </ul> <P> <h4> <a href="/DÉTENDRE_LE_NG.html">DÉTENDRE LE NG</a> </h4> <P> voient également : LE <A> DÉTENDENT LE <P> DE NG </A> Une autre langue populaire de schéma pour XML est DÉTENDENT NG . Au commencement spécifique par OASIS , DÉTENDRE LE NG est maintenant également une <a href="/Norme_internationale.html">norme internationale</a> d'OIN (en tant qu'élément de DSDL ). Il a <a href="/Deux.html">deux</a> formats : un XML a basé la syntaxe et une syntaxe de contrat de non-XML. La syntaxe compacte vise à augmenter la lisibilité et le writability mais, puisqu'il y a une manière bien définie de traduire la syntaxe compacte à la syntaxe de XML et le dos encore au moyen de le outil de conversion de s Trang de Clark James ', <a href="/L'avantage.html">l'avantage</a> d'utiliser les outils standard de XML n'est pas perdu. DÉTENDRE LE NG a un cadre plus <a href="/Simple.html">simple</a> de définition et de validation que le schéma de XML, le facilitant à l'instrument d'utiliser-et. Il a également la <a href="/Capacité.html">capacité</a> d'employer les connexions de cadre de Datatype un auteur de schéma de NG de DÉTENTE, par exemple, peut exiger des valeurs dans un document de XML de se conformer aux définitions dans le schéma Datatypes de XML. <P> <h4> OIN DSDL et d'autres langues de schéma </h4> <a href="/La_norme.html">La norme</a> du DSDL (langages de description d'OIN de schéma de document) rassemble un ensemble complet de petites langues de schéma, chacun visé aux problèmes spécifiques. DSDL inclut le DÉTEND NG pleines et compactes syntaxe de , langue d'affirmation de Schematron , et langues pour définir des datatypes, des contraintes de <a href="/Répertoire.html">répertoire</a> de caractère, expansion de retitrage et d'entité, et cheminement namespace-basé des fragments de document à différents validators. Les langues de schéma de DSDL n'ont pas l'appui de fournisseur des schémas de XML encore, et sont dans une certaine mesure une <a href="/Réaction.html">réaction</a> de bases des éditeurs industriels au manque d'utilité des schémas de XML pour le éditant . <P> Quelques langues de schéma décrivent non seulement la structure d'un format particulier de XML mais offrent également les équipements limités pour influencer <a href="/Le_traitement.html">le traitement</a> des différents dossiers de XML qui se conforment à ce format. DTDs et XSDs tous les deux ont cette capacité ; ils peuvent par exemple fournir des défauts d'attribut. DÉTENDRE LE NG et <a href="/Schematron.html">Schematron</a> intentionnellement ne fournissent pas ces derniers ; par exemple le service d'augmentation d'Infoset . <P> <h3> <a href="/Utilisation.html">Utilisation</a> internationale </h3> XML soutient l'utilisation directe de presque n'importe quel caractère d'Unicode (autre que celui qui ont la signification symbolique spéciale dans XML, elle-même, tel que la parenthèse faisante le coin ouverte, " ; <" ;) dans des noms d'élément, des attributs, des commentaires, des données-caractères, et des instructions de traitement. Par conséquent, ce qui suit est un document bien formé de XML, quoiqu'il inclue le les caractères cyrilliens <a href="/Chinois.html">chinois</a> de et : lang=" de <source ; xml" ; > < ? version=" de xml ; 1.0" ; encoding=" ; UTF-8" ; ? > < 俄語 >Данные</俄語> </source> <P> <h2> Déploiement de XML sur le Web </h2> Les documents de XML ne diffusent pas des informations sur la façon montrer les données. Sans employer le CSS ou le XSL , un document générique de XML est <a href="/Rendu.html">rendu</a> en tant que texte cru de XML par la plupart des navigateurs de Web de un certain affichage il avec les « poignées » (par exemple + et - signe dedans la marge) qui permettent à des parties de la structure d'être augmentées ou effondrées avec des souris-clics. <P> Afin de dénommer le rendu dans un <a href="/Navigateur.html">navigateur</a> avec le CSS, le document de XML doit comporter une référence au Stylesheet : lang=" de <source ; xml" ; > < ? type=" de xml-stylesheet ; texte/css" ; href=" ; myStyleSheet.css" ; ? > </source> <P> Noter que c'est différent de spécifier un tel stylesheet dans le HTML, qui emploie le <code>< ; élément de link></code>. <P> La langue extensible (XSL) de Stylesheet de peut être employée pour <a href="/Changer.html">changer</a> le format des données de XML, dans le HTML ou d'autres formats qui conviennent à un navigateur à l'affichage. <P> Pour spécifier la transformation (XSLT) du XSL du <a href="/Client-côté.html">Client-côté</a> , l'instruction de traitement suivante est exigée dans le XML : lang=" de <source ; xml" ; > < ? type=" de xml-stylesheet ; texte/xsl" ; href=" ; myTransform.xslt" ; ? > </source> <P> le Client-côté XSLT n'est soutenu par beaucoup de navigateurs de Web de mais pas opéra avant la version 9. Une alternative, <a href="/Plutôt.html">plutôt</a> que dépendant le possibilités de navigateur de s d'utilisateur du des ', est d'employer XSL pour convertir XML en affichable de format sur le serveur de . L'utilisateur ne se rend pas <a href="/Compte.html">compte</a> sur de ce qu'est allé « dans les coulisses » ; tout qu'ils voient bien-est composé, des données affichables. <P> <a href="/Voir.html">Voir</a> le d'article de XSLT pour un exemple du serveur-côté XSLT dans l'action . <P> <h2> Prolongements de XML <BR> </h2> le XPath permet pour se <a href="/Rapporter.html">rapporter</a> à différentes parties d'un document de XML. Ceci fournit à <a href="/Accès.html">accès</a> sélectif aux données de XML pour d'autres technologies, y compris XSLT, XSL-FO, expressions de XQuery etc. XPath peut se rapporter à l'ensemble ou une <a href="/Partie.html">partie</a> du texte, des données et des valeurs dans les éléments de XML, les attributs, les instructions de traitement, les commentaires etc. Ils peuvent également accéder aux noms des éléments et des attributs. XPaths peut être employé dans XML valide et <a href="/Bien.html">bien</a> formé, avec et sans les namespaces définis. <BR> le XInclude définit la capacité pour que <a href="/Les_dossiers.html">les dossiers</a> de XML incluent l'ensemble ou une partie d'un dossier externe. <a href="/Quand.html">Quand</a> le traitement est complet, l'infoset final de XML n'a aucun élément de XInclude, mais à la place a copié les documents ou les pièces en dans l'infoset final. Il emploie XPath pour se rapporter à une partie du document pour les inclusions partielles. <BR> le XQuery est à XML quel SQL et PL/SQL être aux bases de données relationnelles : les <a href="/Manières.html">manières</a> d'accéder, manoeuvrent et renvoient XML. <BR> le du XML Namespaces de permettent au <a href="/Même.html">même</a> document de contenir des éléments et des attributs de XML pris de différents vocabulaires, sans n'importe quel appelant l'occurrence des collisions . <BR> le de la signature du XML de définit la syntaxe et des règles de traitement pour créer les signatures digitales sur le contenu de XML. <BR> le du chiffrage du XML de définit la syntaxe et des règles de traitement pour le chiffrant le contenu de XML. <BR> le de <a href="/XPointer.html">XPointer</a> de est un système pour des composants d'adressage des médias XML-basés d'Internet. </li> </ul> <P> Des dossiers de XML peuvent être servis avec une série de types de supports . RFC 3023 définit <a href="/Les_types.html">les types</a> " ; application/xml" ; et " ; texte/xml" ; , qui indiquent seulement que les données sont dans XML, et rien au sujet de sa sémantique. L'utilisation du " ; texte/xml" ; <a href="/A_été.html">a été</a> critiqué comme source potentielle des problèmes de codage mais est maintenant en cours d'être désapprouvée. RFC 3023 recommande également que des langues XML-basées soient données des <a href="/Types.html">types</a> de supports commençant dans le " ; application/" ; et fin dans le " ; +xml" ; ; par exemple " ; application/atom+xml" ; pour l'atome . Cette page discute davantage de XML et MIME . <P> <h2> Traitement des dossiers de XML </h2> <P> Trois techniques traditionnelles pour traiter des dossiers de XML sont : <BR> Using un <a href="/Langage_de_programmation.html">langage de programmation</a> et le api du SAXO . <BR> Using un langage de programmation et le api des DOM . <BR> Using un moteur de transformation et un filtre </li> </ul> <P> Des <a href="/Techniques.html">techniques</a> plus récentes et plus naissantes pour traiter des dossiers de XML sont : <BR> Pousser l'analyse <BR> Attache de données </li> </ul> <P> < ! --- le SAXO et les DOM sont les api de la programmation orientée objectivement employés couramment pour traiter des données de XML. Les premiers analyseurs de XML ont exposé le contenu des documents de XML aux applications en tant que les événements du SAXO ou objets des DOM --> <h3> <a href="/Api_simple_pour_XML.html">Api simple pour XML</a> (SAXO) </h3> le SAXO est un lexicologique, l'interface entraînée par les événements du dans laquelle un document est lu en série et son contenu est rapporté comme " ; Quot des rappels de service ; aux diverses méthodes sur un objet de traiteur de de la conception de l'utilisateur. Le SAXO est rapide et efficace pour mettre en application, mais difficile à employer pour extraire <a href="/L'information.html">l'information</a> au hasard à partir du XML, puisqu'il tend à charger l'auteur d'application de maintenir quelle partie du document est traitée. Il mieux est adapté aux situations dans lesquelles certains types d'information sont toujours manipulés la même manière, n'importe où ils se produisent dans le document. <P> <h3> LES DOM </h3> les DOM est une <a href="/Interface.html">interface</a> - l'interface de programmation API pour commandes Tempus-link orientée de qui tient compte de la navigation du document entier comme si c'étaient un arbre de " ; " du noeud ; le objecte représentant le contenu du document. Un document des DOM peut être créé par un analyseur, ou peut être <a href="/Produit.html">produit</a> manuellement par des utilisateurs (avec des limitations). Les données saisissent des noeuds des DOM sont abstraites ; les réalisations fournissent leur propre programmant des réalisations spécifiques à une langue des DOM des obligatoirex de tendent à être la mémoire intensive, car elles exigent <a href="/Généralement.html">généralement</a> du document entier d'être chargé en la mémoire et d'être construit pendant qu'un arbre des objets avant l'accès est permis. Les DOM est soutenus dans <a href="/Java.html">Java</a> par plusieurs paquets qui viennent habituellement avec les bibliothèques standard. Pendant que les spécifications des DOM sont réglées par le <a href="/World_Wide_Web.html">World Wide Web</a> Consortium , les interfaces principales (noeud, document, etc.) sont dans le paquet org.*, <a href="/Aussi.html">aussi</a> bien que certains des événements et des interfaces pour d'autres possibilités comme la fabrication en série (rendement).* fournit la fabrication en série (capacités de rendement) par impementing les interfaces appropriées, alors que le paquet de javax.* <a href="/Analyse.html">analyse</a> des données pour créer des documents des DOM XML pour la manipulation. <P> <h3> Moteurs et filtres de transformation </h3> Un filtre dans la famille extensible de la langue (XSL) de Stylesheet de peut transformer un dossier de XML pour le montrant ou <a href="/Impression.html">impression</a> <BR> le XSL-FO de <P> est une langue déclarative et XML-basée de la disposition de page . Un processeur de XSL-FO peut être employé pour convertir un document de XSL-FO en un <a href="/Autre.html">autre</a> format de non-XML, tel que pdf . <BR> le XSLT est une <a href="/Langue.html">langue</a> déclarative et XML-basée de transformation de document. Un processeur de XSLT peut employer un stylesheet XSLT comme guide pour la <a href="/Conversion.html">conversion</a> de l'arbre de données représenté par un document de XML dans un autre arbre qui peut alors être fabriqués en série par comme XML, HTML, texte plat, ou n'importe quel autre format soutenu par le processeur. <BR> le XQuery est W 3 C - langue pour le de <a href="/Question.html">question</a> construisant et transformant des données de XML. <BR> le XPath est a DOM-comme <a href="/Le_modèle.html">le modèle</a> de données de d'arbre de noeud et la langue de l'expression de chemin de pour choisir des données dans des documents de XML. XSL-FO, XSLT et <a href="/XQuery.html">XQuery</a> tous se servent de XPath. XPath inclut également une bibliothèque de fonction utile . </li> </ul> <P> <h3> Tirer l'analyse </h3> La <a href="/Traction.html">traction</a> de analysant traite le document car une série d'articles qui sont lus dans l'ordre using le modèle de conception d'Iterator. Ceci tient compte de l'écriture des analyseurs de récursif-descente de dans lesquels la structure du code exécutant l'analyse reflète la structure du XML étant analysé, et des <a href="/Résultats.html">résultats</a> analysés intermédiaires peuvent être employés et accédés en tant que variables locales dans les méthodes exécutant l'analyse, ou être passés vers le bas (comme paramètres de méthode) dans des méthodes plus basses, ou être retournés (en tant que valeurs de retour de méthode) aux méthodes de plus haut niveau. Les exemples des analyseurs de traction incluent le StAX dans le langage de programmation de Java , <a href="/SimpleXML.html">SimpleXML</a> dans le PHP et le System. <P> Un <a href="/Analyseur.html">analyseur</a> de traction crée un iterator qui visite séquentiellement les divers éléments, attributs, et données dans un document de XML. <a href="/Coder.html">Coder</a> qui emploie cet « iterator » peut examiner l'article courant (pour dire, par exemple, si c'est un début ou finit l'élément, ou texte), et inspecte ses attributs (nom régional, namespace, valeurs des attributs de XML, valeur de texte, etc.), et peut également déplacer l'iterator au « prochain » article. Le code peut extraire ainsi l'information à <a href="/Partir.html">partir</a> du document pendant qu'il le traverse. <a href="/L'approche.html">L'approche</a> de récursif-descente tend à se prêter à maintenir des données en tant que variables locales dactylographiées dans le code faisant l'analyse, alors que le SAXO, par exemple, exige typiquement d'un analyseur de maintenir manuellement des données intermédiaires dans une pile d'éléments qui sont des éléments de parent de l'élément étant analysé. le code de Tirer-analyse peut être plus franc pour comprendre et <a href="/Maintenir.html">maintenir</a> que le code d'analyse de SAXO. <P> <h3> <a href="/Attache.html">Attache</a> de données </h3> Une autre forme de XML traitant l'api est des données de liant , où des données de XML sont rendues disponibles comme coutume, fortement dactylographiée la structure de données de langage de programmation, contrairement aux DOM interface-orientés. Les systèmes obligatoires de données d'exemple incluent l'architecture de Java pour l'attache de XML ( JAXB ). <P> <h3> XML Non-extractif traitant l'api </h3> XML Non-extractif traitant l'api est une nouvelle et naissante catégorie des analyseurs qui visent à surmonter les limitations fondamentales des DOM et du SAXO. La plupart de représentant est le VTD-XML , qui supprime la <a href="/Modélisation_orientée_objectivement.html">modélisation orientée objectivement</a> de la hiérarchie de XML et emploie à la place des descripteurs symboliques virtuels 64-bit (excentrages, longueurs, profondeurs, et types de codage) des marques de XML. L'approche de <a href="/VTD-XML.html">VTD-XML</a> permet un certain nombre de dispositifs intéressants/de perfectionnements, tels que la haute performance, l'utilisation de basse mémoire, l'exécution d'ASIC, la mise à jour par accroissement, et l'indexation indigène de XML. <P> <h3> Applications spécifiques et rédacteurs de XML </h3> Le <a href="/Format_de_fichier.html">format de fichier</a> indigène applications d'IWork du OpenOffice.org , du AbiWord , et le d'Apple des 'de s est XML. Quelques parties de <a href="/Microsoft_Office_2007.html">Microsoft Office 2007</a> peuvent également éditer des dossiers de XML avec un schéma écrit par l'utilisateur (mais pas un DTD), et Microsoft a libéré un kit de compatibilité de format de fichier pour le bureau 2003 qui permet à des versions préalables de bureau de sauver dans le nouveau format basé par XML. <a href="/Il_y_a.html">Il y a</a> des douzaines d'autres rédacteurs de XML disponibles. <P> <h2> Histoire </h2> La polyvalence de SGML pour l'affichage dynamique de l'information a été comprise par de premiers éditeurs <a href="/Numériques.html">numériques</a> de médias vers la fin des années 80 avant l'élévation de l'Internet. Par le milieu des années 90 quelques praticiens de SGML avaient acquis <a href="/L'expérience.html">l'expérience</a> avec l'alors-nouveau World Wide Web , et avaient cru que les solutions offertes par SGML à certains des problèmes le Web étaient susceptibles de faire face car il s'est développé. Le <a href="/Dan_Connolly.html">Dan Connolly</a> a ajouté le SGML à la liste d'activités de W3C quand il a joint le personnel en 1995 ; le travail a commencé dans un mid-1996 où le Jon Bosak a développé une charte et a recruté des collaborateurs. Bosak a été bien relié dans la petite communauté des personnes qui ont eu l'expérience en SGML et Web. Il a <a href="/Reçu.html">reçu</a> l'appui dans ses efforts du Microsoft . <P> XML a été compilé par un <a href="/Groupe_de_travail.html">groupe de travail</a> d'onze membres, soutenu par (approximativement) un groupe d'intérêt de 150 membres. La discussion technique a eu lieu sur la liste d'adresses de <a href="/Groupe_d'intérêt.html">groupe d'intérêt</a> et des problèmes ont été résolus par consensus ou, quand cela a échoué, vote majoritaire du groupe de travail. Un disque des décisions de conception et de leurs raisonnements a été compilé par le <a href="/Michael_Sperberg-McQueen.html">Michael Sperberg-McQueen</a> le 4 décembre 1997. Le <a href="/James_Clark.html">James Clark</a> a servi de fil technique du groupe de travail, contribuant notamment le " de vide-élément ; <empty/>" ; syntaxe et le " nommé ; XML" ;. D'autres noms qui avaient été proposés pour la <a href="/Considération.html">considération</a> ont inclus le " ; MAGMA" ; (Architecture minimale pour des applications généralisées de marge bénéficiaire bénéficiaire), " ; SLIM" ; (Langue structurée pour le marge bénéficiaire bénéficiaire d'Internet) et " ; MGML" ; (Langage de balisage généralisé minimal). Les co-editors des spécifications étaient à l'origine le <a href="/Braillement_de_Tim.html">braillement de Tim</a> de et le Michael Sperberg-McQueen . À mi-chemin par le projet le braillement a accepté un <a href="/Enclenchement.html">enclenchement</a> de consultation avec le Netscape , provoquant des protestations bruyantes de Microsoft. Le <a href="/Braillement.html">braillement</a> a été temporairement invité à démissionner la direction éditoriale. Ceci a mené au conflit intense dans le groupe de travail, <a href="/Par_la_suite.html">par la suite</a> résolu par la nomination du Jean Paoli de Microsoft en tant que troisième co-editor. <P> Le groupe de travail de XML n'a jamais rencontré <a href="/Tête_à_tête.html">tête à tête</a> ; la conception faisait using une combinaison d'email et de téléconférences hebdomadaires. Les <a href="/Décisions_principales.html">décisions principales</a> de conception ont été prises en vingt semaines de travail intense entre juillet et novembre de 1996, quand le premier document de travail des spécifications de XML a été édité. Davantage de <a href="/Travail.html">travail</a> de conception a continué par le 1997 , et XML 1.0 est devenu une <a href="/Recommandation.html">recommandation</a> du W3C concernant le 10 février , le 1998 .0 a atteint les buts du groupe de <a href="/Travail_de_la.html">travail de la</a> rentabilité d'Internet, de la rentabilité d'usage universel, de la compatibilité de SGML, de la facilitation du développement facile de traiter le logiciel, de la minimisation des options, de la lisibilité, de la formalité, de la concision, et de la facilité d'écrire. Comme son SGML antécédent, XML tient compte de quelques constructions syntactiques superflues et inclut la répétition des marques d'élément. À ces égards, le laconisme n'a pas été considéré essentiel en sa structure. <P> <h3> Sources </h3> XML est un profil d'un SGML de norme de l'OIN, et la majeure partie de XML vient du SGML sans changement. Du SGML vient <a href="/La_séparation.html">la séparation</a> des structures logiques et physiques (des éléments et des entités), la disponibilité de la validation grammaire-basée (DTDs), la séparation des données et des méta-données (des éléments et des attributs), le contenu mélangé, la séparation du traitement de la représentation (instructions de traitement), et la syntaxe d'angle-parenthèse de défaut. Été enlevées ont <a href="/La_déclaration.html">la déclaration</a> de SGML (XML a un ensemble de délimiteur fixe et adopte le Unicode comme jeu de caractères de document). <P> D'autres sources de technologie pour XML étaient l'initiative (TEI) de codage des textes de , qui a défini un profil de SGML pour l'usage comme « syntaxe de transfert » ; HTML , dans lequel les éléments étaient synchrones avec leur ressource, la séparation du jeu de caractères de document du codage de ressource, le xml : attribut de lang, et la notion de HTTP que les <a href="/Méta-données.html">méta-données</a> ont accompagné la ressource plutôt qu'étant nécessaires à la déclaration d'un lien ; et la syntaxe concrète prolongée de référence (ERCS), dont des règles de formation des noms de XML 1.0's ont été prises, et de laquelle avait présenté des références de caractère numérique hexadécimales et <a href="/Le_concept.html">le concept</a> des références pour faire disponible tous les caractères d'Unicode. <P> Les idées qui se sont développées pendant <a href="/La_discussion.html">la discussion</a> qui étaient originaux dans XML, étaient l'algorithme pour la détection de codage et l'en-tête de codage, la cible d'instruction de traitement, le xml : espacer l'attribut, et le nouveau délimiteur étroit pour des étiquettes de vide-élément. <P> <h3> <a href="/Versions.html">Versions</a> </h3> <P> Il y a deux versions en cours de XML. Le premier, le XML 1.0 , a été au commencement défini dans le 1998 . Il a subi des <a href="/Révisions.html">révisions</a> mineures depuis lors, sans être donné un nombre de nouvelle version, et est actuellement en sa quatrième édition, comme édité le 16 août , le 2006 . Il est largement mis en application et recommandé toujours pour l'usage général. La seconde, le XML 1.1 , a été au <a href="/Commencement.html">commencement</a> éditée le 4 février , le 2004 , le même jour comme édition de XML 1.0 la troisième, et est actuellement en sa deuxième édition, comme édité le 16 août , le 2006 . <a href="/Elle.html">Elle</a> contient le &mdash de dispositifs ; un certain &mdash controversable ; cela sont prévus pour faciliter XML pour employer dans certains cas - principalement permettant l'utilisation des caractères de ligne-fin utilisés sur des plates-formes de l'EBCDIC , et l'utilisation des manuscrits et des caractères absents d'Unicode 2.1 n'est pas très largement mis en application et est recommandé pour l'usage seulement par <a href="/Ceux.html">ceux</a> qui a besoin de ses dispositifs uniques.1 diffèrent dans les conditions des caractères utilisés pour des noms d'élément et d'attribut : XML 1.0 permet seulement les caractères qui sont définis dans Unicode 2.0, qui inclut la plupart des manuscrits du monde, mais exclut ceux qui ont été ajoutés dans des versions postérieures d'Unicode. Parmi les manuscrits exclus sont le Mongolian , le Cambodgien , le amharique, le birman, et d'autres. <P> <a href="/Presque.html">Presque</a> n'importe quel caractère d'Unicode peut être employé en données-caractères et valeurs d'attribut d'un document de XML 1.1, même si le caractère n'est pas défini, hormis avoir un <a href="/Point.html">point</a> de code, dans la version en cours d'Unicode. L'approche dans XML 1.1 est que seulement on <a href="/Interdit.html">interdit</a> certains caractères, et tout autrement est laissé, tandis que dans XML 1.0, seulement on permet explicitement certains caractères, ainsi XML 1.0 ne peut pas <a href="/Adapter.html">adapter</a> à l'addition des caractères dans de futures versions d'Unicode. <P> En données-caractères et valeurs d'attribut, XML 1.1 permet l'utilisation de plus de caractères de commande que XML 1.0, mais, pour le " ; robustness" ; , la plupart des caractères de commande présentés dans XML 1.1 doivent être exprimées comme références de caractère numérique. Parmi les caractères de commande soutenus dans XML 1.1 sont deux <a href="/La_ligne.html">la ligne</a> codes de coupure qui doit être traitée comme whitespace. Les caractères de Whitespace sont <a href="/Les_seuls.html">les seuls</a> codes de commande qui peuvent être écrits directement. <P> Il y a également des discussions sur un XML 2.0, bien qu'il reste à voir <a href="/Fièvre.html">fièvre</a> paludéenne si tels surviendront jamais. XML-SW (le commutateur pour la mouffette de fonctionne ), écrit par un des réalisateurs <a href="/Originaux.html">originaux</a> de XML, contient quelques propositions pour à quel XML 2.0 pourrait ressembler : élimination de DTDs de la syntaxe, intégration du XML ensemble bas (infoset de l'information de des namespaces et de XML de ) dans la norme de base. <P> World Wide Web Consortium a également un groupe de travail binaire de caractérisation de XML faire <a href="/La_recherche.html">la recherche</a> préliminaire dans des cas et des propriétés d'utilisation pour un codage binaire de l'infoset de XML. Le <a href="/Groupe.html">groupe</a> de travail n'est pas affrété pour n'élaborer aucune norme officielle. Puisque XML est par définition texte basé, <a href="/ITU-T.html">ITU-T</a> et OIN emploient le nommé rapidement Infoset [HTTP //asn1.htm] de pour que leur propre infoset <a href="/Binaire.html">binaire</a> évite la confusion (voir l'ITU-T REC.891 | ISO/IEC 24824-1). <P> <h3> Réclamations de brevet </h3> En <a href="/Octobre_2005.html">octobre 2005</a> le Scientigo de petites entreprises a publiquement affirmé que deux de ses brevets, et, s'appliquent à l'utilisation de XML. Les brevets couvrent le " ; données de modélisation, de stockage et de <a href="/Transfert.html">transfert</a> dans un particulier non hiérarchique, form" neutre non-integrated ; , selon leurs applications, qui ont été déposées en 1997 et 1999. Le Doyal Bryant de PRÉSIDENT de Scientigo a exprimé un désir au " ; monetize" ; les brevets mais déclaré que <a href="/La_compagnie.html">la compagnie</a> était " ; non intéressé en nous ayant contre le world." ; Il a dit que <a href="/Scientigo.html">Scientigo</a> discutait les brevets avec plusieurs grandes sociétés. <P> Les utilisateurs de XML et les <a href="/Experts.html">experts</a> indépendants ont répondu aux réclamations de Scientigo avec le scepticisme et la critique répandus. Certains moqués la <a href="/Compagnie.html">compagnie</a> en tant que troll de brevet de . Le braillement de Tim de a décrit toutes les réclamations que les brevets ont couvert XML comme " ; <a href="/Ridicule.html">ridicule</a> sur le visage de l'it" ;. <P> Puisque là existe un grand nombre d'art <a href="/Antérieur.html">antérieur</a> concernant XML, y compris SGML , quelques jurisconsultes a cru qu'il serait difficile que Scientigo impose ses brevets par le litige. <P> <h2> <a href="/Critique.html">Critique</a> de XML < ! -- </h2> <ol> <ol> <ol> <ol> <ol> <ol> <ol> <ol> <ol> <ol> <ol> <ol> <ol> <ol> <ol> <ol> <ol> <ol> <ol> <ol> <ol> <ol> <ol> <ol> <li> UNE NOTE AUX CONTRIBUANTS : <li> Des discussions sont décrites, représentées, et caractérisées, mais pas engagées dedans. Laisser les faits parler pour lui-même. Des additions concises et référencées à cette section sont bien accueillies, mais des contributions contradictoires avec et sont sujettes au déplacement immédiat. </ol> </ol> </ol> </ol> </ol> </ol> </ol> </ol> </ol> </ol> </ol> </ol> </ol> </ol> </ol> </ol> </ol> </ol> </ol> </ol> </ol> </ol> </ol> </ol> --> <a href="/Les_commentateurs.html">Les commentateurs</a> ont offert de diverses critiques de XML, suggérant des circonstances où XML fournit des avantages et des inconvénients de potentiel. <P> XML est vraiment juste des données habillées <a href="/Vers_le_haut.html">vers le haut</a> de comme un talonneur||| Dave Thomas <P> <h3> Avantages de XML <BR> </h3> C'est texte basé. <BR> Il soutient le <a href="/Unicode.html">Unicode</a> , permettant à presque n'importe quelle information dans n'importe quelle langue humaine écrite d'être communiquée. <BR> Il peut représenter les listes de l'informatique des disques des structures de données de du commun et les arbres <BR> Son format <a href="/Autoexplicatif.html">autoexplicatif</a> du décrit la structure et les noms de champ aussi bien que des valeurs spécifiques. <BR> La syntaxe stricte et le analysant des conditions de rendent les algorithmes d'analyse nécessaires extrêmement simples, efficaces, et conformés. <BR> XML est fortement utilisé comme format pour le stockage et <a href="/Traitement_de_document.html">traitement de document</a> de , en ligne et en différé. <BR> Il est basé sur les normes internationales . <BR> Il peut être mis à jour incrémentalement. <BR> Il permet la validation using des langues de schéma telles que le XSD et le Schematron , qui facilite l'unité-essai efficace, les murs à <a href="/L'épreuve.html">l'épreuve</a> du feu, l'essai d'homologation, les spécifications contractuelles et la construction de logiciel. <BR> La structure hiérarchique du convient à la plupart des (mais non tous les) types de documents. <BR> Il se manifeste en tant que dossiers des <a href="/Textes.html">textes</a> plats , qui sont moins restrictifs que d'autres formats de document de propriété industrielle. <BR> Il est plate--indépendant, <a href="/Ainsi.html">ainsi</a> relativement immunisé contre des changements de technologie. <BR> Il est relativement facile maintenir <a href="/Compatibilité_vers_l'avant.html">compatibilité vers l'avant</a> et ascendante en dépit des changements de DTD ou de schéma. <BR> Son prédécesseur, SGML, a été en service depuis le 1986 , tellement il y a une <a href="/Expérience.html">expérience</a> étendue et de logiciel disponibles. <BR> Un fragment d'élément d'un <a href="/Document_bien_formé_de_XML.html">document bien formé de XML</a> est également un document bien formé de XML. </li> </ul> <P> <h3> Inconvénients de XML <BR> </h3> La syntaxe de XML est à représentations binaires relatives superflues ou grandes des données semblables. <BR> La redondance peut <a href="/Affecter.html">affecter</a> l'efficacité d'application par des coûts plus élevés de stockage, de transmission et de traitement. <BR> La syntaxe de XML est bavarde, particulièrement pour les lecteurs humains, relativement à d'autres formats de <a href="/Transmission.html">transmission</a> basés « par texte alternatif » de données. <BR> Le <a href="/Modèle_hiérarchique.html">modèle hiérarchique</a> pour la représentation est limité par rapport à un graphique orienté objectivement du . <BR> L'expression des rapports (non hiérarchiques) de <a href="/Recouvrement.html">recouvrement</a> de noeud exige l'effort supplémentaire. <BR> Il est <a href="/Problématique.html">problématique</a> à l'appui de namespace d'utiliser-et peuvent être difficiles mettre en application correctement des namespaces de XML dans un analyseur de XML. <BR> XML est généralement dépeint comme " ; " autoexplicatif du ; mais cette description ignore des ambiguïtés critiques. <BR> La distinction <a href="/Entre.html">entre</a> le contenu et les attributs dans XML semble artificielle à certains et fait concevoir des structures de données de XML plus dur. <BR> L'enchaînement entre les documents de XML exige l'utilisation du <a href="/XLink.html">XLink</a> , qui est complexe comparé aux liens hypertextes <BR> Il est difficile de trouver un analyseur de XML qui est complet, correct, et efficace. </li> </ul> <P> <h2> Voir également </h2> ulticol <BR> Ajax <BR> APML <BR> ASN.1 <BR> AsXML <BR> Section , le mécanisme du CDATA pour inclure le texte de non-marge bénéficiaire bénéficiaire dans XML <BR> Comparaison de des moteurs de disposition (XML) <BR> DITA <BR> DocBook <BR> EbXML <BR> XML binaire <BR> Langue binaire extensible de méta de <BR> Plate-forme extensible (XMP) de méta-données de , utilisée dans des applications de graphiques <BR> <a href="/Langage_de_balisage_d'usage_universel.html">Langage de balisage d'usage universel</a> <BR> JSON <BR> OGDL <BR> Liste de des langages de balisage de XML <BR> S-expression <BR> SAML <BR> Fabrication en série <BR> Source simple de éditant <BR> Échange de données structurées <BR> SAVON <BR> Langage de gestion universel <BR> XBRL <BR> WBXML <BR> Données du XML liant <BR> XML/EDIFACT <BR> Rédacteur de XML <BR> Ensemble de l'information du XML <BR> XML traitant les api <BR> </li> les DOM , <BR> SAXO , <BR> StAX , <BR> E4X <BR> VTD-XML <BR> Sedna </li> </ul> </ul> ulticol-casser <BR> Langage d'interrogation du XML <BR> Langues du schéma du XML : <BR> </li> DTD , <BR> LE <A> DÉTENDENT NG </A>, <BR> Schematron , <BR> DSDL <BR> Le XML forme l'architecture <BR> </ul> Programme de certification du XML <BR> <A> XRI </A>, <A> XDI </A> <BR> YAML </li> </ul> < ! -- --> <BR> Normes de W3C XML : <BR> </li> XForms <BR> XHTML <BR> XLink <BR> XML bas <BR> Chiffrage du XML <BR> XML-infoset <BR> les DOM (le XML de traitant modèle de référence de ). <BR> XQuery <BR> Schéma du XML <BR> Signature du XML <BR> XPath <BR> XPointer <BR> <a href="/Protocole_de_XML.html">Protocole de XML</a> : XMLP et SAVON . <BR> WSDL , service de Web <BR> XSL et XSLT <BR> <a href="/Langage_de_balisage.html">Langage de balisage</a> de linguistique du LGML </li> </ul> </ul> ulticol-extrémité <P> <h2> Notes et références </h2> eflist Quel est XML et pourquoi devrait je s'inquiéter ? - résumé très bon sur la matière <P> . <table class='tb'><tr><td class='redgbg'>Random links:</td><td><a href="Probabilité_et_statistiques.html">Probabilité et statistiques</a> | <a href="Karolinska_Institutet.html">Karolinska Institutet</a> | <a href="Élément_de_HTML.html">Élément de HTML</a> | <a href="Blanche_Stuart_Scott.html">Blanche Stuart Scott</a> | <a href="Pareatis.html">Pareatis</a> | <a href="http://www.enciclopediaespana.com/XML.html">XML</a></td></tr></table> </div>  <div class="fixed"></div> </div>   <div id="footer"> <div id="copyright"> © 2007-2009 encyclopediefrancaise.com; le texte de cet article est distribué sous les termes de GFDL; en.wikipedia.org </div> </div>  </div>  </div>  </body> </html> <script type="text/javascript"> var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www."); document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E")); </script> <script type="text/javascript"> var pageTracker = _gat._getTracker("UA-1095207-20"); pageTracker._trackPageview(); </script>