<\/a><\/noindex>Sous cet angle, il existe un moyen simple de v\u00e9rifier \u00e0 quel point un sch\u00e9ma XML est bien fait. Prenons un exemple de document selon le sch\u00e9ma pr\u00e9vu et supprimons tous les tags et attributs. Si ce qui reste n'a pas de sens (ou si la ligne est vide), alors soit votre sch\u00e9ma est mal construit, soit vous n'auriez tout simplement pas d\u00fb utiliser XML.<\/p>\n
Je vais maintenant donner quelques exemples courants de sch\u00e9mas mal construits.<\/p>\n
<\/code><\/pre>\n\nIci, nous voyons un exemple d'une tentative injustifi\u00e9e et \u00e9trange (bien que tr\u00e8s r\u00e9pandue) d'exprimer en XML un simple dictionnaire \u00ab cl\u00e9-valeur \u00bb. Si nous supprimons tous les tags et attributs, il restera une ligne vide. En fait, ce document repr\u00e9sente, aussi absurde que cela puisse para\u00eetre, une annotation s\u00e9mantique d'une ligne vide.<\/p>\n
<root name=\"John\" city=\"London\" \/><\/code><\/pre>\n\nPire encore, il ne s'agit pas simplement d'une annotation s\u00e9mantique d'une ligne vide comme une fa\u00e7on extravagante d'exprimer un dictionnaire - cette fois, le \u00ab dictionnaire \u00bb est directement cod\u00e9 sous forme d'attributs de l'\u00e9l\u00e9ment racine. De ce fait, l'ensemble des noms d'attributs pr\u00e9sents sur l'\u00e9l\u00e9ment devient ind\u00e9fini et dynamique. De plus, il est \u00e9vident que ce que l'auteur voulait r\u00e9ellement exprimer, c'\u00e9tait une simple syntaxe \u00ab cl\u00e9-valeur \u00bb, mais \u00e0 la place, il a opt\u00e9 pour une solution totalement \u00e9trange en appliquant XML, en for\u00e7ant l'utilisation d'un seul \u00e9l\u00e9ment vide simplement comme pr\u00e9fixe pour utiliser la syntaxe des attributs. Et de telles sch\u00e9mas me rencontrent tr\u00e8s souvent.<\/p>\n
John\n London<\/code><\/pre>\n\nC'est d\u00e9j\u00e0 mieux, mais maintenant les cl\u00e9s sont pour une raison quelconque des m\u00e9tadonn\u00e9es, alors que les valeurs ne le sont pas. Une vision plut\u00f4t \u00e9trange des dictionnaires. Si l'on supprime toutes les balises et attributs, la moiti\u00e9 des informations sera perdue.<\/p>\n
Une bonne expression de dictionnaire en XML ressemblerait approximativement \u00e0 ceci :<\/p>\n
Name\n John\n \n \n City\n London<\/code><\/pre>\n\nMais si les gens ont pris la d\u00e9cision \u00e9trange d'utiliser XML comme format de donn\u00e9es et d'organiser un dictionnaire avec celui-ci, ils devraient comprendre que ce qu'ils font est inappropri\u00e9 et peu pratique. De nombreux concepteurs choisissent souvent \u00e0 tort XML pour cr\u00e9er leurs applications. Mais m\u00eame plus fr\u00e9quemment, ils aggravent la situation par une utilisation insens\u00e9e de XML sous l'une des formes d\u00e9crites ci-dessus, ignorant le fait qu'XML n'est tout simplement pas adapt\u00e9 \u00e0 cela.<\/p>\n
Le sch\u00e9ma XML le plus horrible ?<\/b> \u00c0 propos, le prix de le sch\u00e9ma XML le plus horrible que j'aie jamais vu<\/i> revient au format de fichier de configuration d'allocation automatique de ressources pour les t\u00e9l\u00e9phones de t\u00e9l\u00e9phonie IP Polycom. De tels fichiers n\u00e9cessitent le t\u00e9l\u00e9chargement de fichiers XML via TFTP qui\u2026 En fait, voici un extrait d'un de ces fichiers :<\/p>\n<softkey\n softkey.feature.directories=\"0\"\n softkey.feature.buddies=\"0\"\n softkey.feature.forward=\"0\"\n softkey.feature.meetnow=\"0\"\n softkey.feature.redial=\"1\"\n softkey.feature.search=\"1\"\n\n softkey.1.enable=\"1\"\n softkey.1.use.idle=\"1\"\n softkey.1.label=\"Foo\"\n softkey.1.insert=\"1\"\n softkey.1.action=\"...\"\n\n softkey.2.enable=\"1\"\n softkey.2.use.idle=\"1\"\n softkey.2.label=\"Bar\"\n softkey.2.insert=\"2\"\n softkey.2.action=\"...\" \/><\/code><\/pre>\n\nCe n'est pas une mauvaise blague de quelqu'un. Et ce n'est pas mon invention :<\/p>\n
\nLes \u00e9l\u00e9ments sont simplement utilis\u00e9s comme pr\u00e9fixe pour attacher des attributs qui ont eux-m\u00eames des noms hi\u00e9rarchiques.\n<\/li>\n S'il est n\u00e9cessaire d'attribuer des valeurs \u00e0 plusieurs instances d'un certain type d'enregistrement, il faut utiliser les noms des attributs, qui contiennent des indices.<\/i>.\n<\/li>\nDe plus, les attributs commen\u00e7ant par softkey.<\/code>doivent \u00eatre plac\u00e9s sur les \u00e9l\u00e9ments <softkey\/><\/code>et les attributs commen\u00e7ant par feature.<\/code>doivent \u00eatre plac\u00e9s sur les \u00e9l\u00e9ments <feature\/><\/code> , etc., m\u00eame si cela semble totalement superflu et \u00e0 premi\u00e8re vue absurde.\n<\/li>\nEt enfin, si vous esp\u00e9riez que le premier composant du nom de l'attribut co\u00efncide toujours avec le nom de l'\u00e9l\u00e9ment \u2014 rien de tout cela ! Par exemple, les attributs up.<\/code> doivent \u00eatre attach\u00e9s \u00e0 <userpreferences\/><\/code>. L'ordre d'attachement des noms d'attributs aux \u00e9l\u00e9ments est arbitraire, en fait presque compl\u00e8tement.\n<\/li>\n<\/ul>\n\nDocuments ou donn\u00e9es.<\/b>De temps en temps, quelqu'un fait des choses totalement \u00e9tranges en tentant de comparer XML et JSON, montrant ainsi qu'il ne comprend ni l'un ni l'autre. XML est un langage de balisage de documents. JSON, en revanche, repr\u00e9sente un format de donn\u00e9es structur\u00e9es, donc les comparer l'un \u00e0 l'autre est comme essayer de comparer le chaud et le doux.<\/p>\n
Comprendre cela aidera \u00e0 saisir la diff\u00e9rence entre documents et donn\u00e9es.<\/i>Comme analogue, on peut consid\u00e9rer XML comme un document lisible par machine. M\u00eame s'il est destin\u00e9 \u00e0 \u00eatre lu par une machine, il se r\u00e9f\u00e8re m\u00e9taphoriquement \u00e0 des documents et, de ce point de vue, est en fait comparable \u00e0 des documents au format PDF, qui ne sont souvent pas lisibles par machine. <\/p>\n
Par exemple, en XML, l'ordre des \u00e9l\u00e9ments a de l'importance. Alors qu'en JSON, l'ordre des paires \"cl\u00e9-valeur\" \u00e0 l'int\u00e9rieur des objets n'a pas de sens et n'est pas d\u00e9fini. Si vous souhaitez obtenir un dictionnaire non ordonn\u00e9 de paires \"cl\u00e9-valeur\", l'ordre r\u00e9el dans lequel les \u00e9l\u00e9ments apparaissent dans ce fichier n'a pas d'importance. Mais vous pouvez former \u00e0 partir de ces donn\u00e9es de nombreux documents,<\/i>car dans un document, il y a un ordre d\u00e9fini. M\u00e9taphoriquement, c'est l'analogie d'un document sur papier, m\u00eame s'il n'a pas de dimensions physiques contrairement \u00e0 une impression ou un fichier PDF.<\/p>\n
Dans mon exemple de pr\u00e9sentation correcte d'un dictionnaire en XML, l'ordre des \u00e9l\u00e9ments dans le dictionnaire est montr\u00e9, contrairement \u00e0 la pr\u00e9sentation en JSON. Je ne peux pas ignorer cet ordre : cette lin\u00e9arit\u00e9 appartient intrins\u00e8quement au mod\u00e8le de documents et au format XML. Quelqu'un peut d\u00e9cider d'ignorer cet ordre lors de l'interpr\u00e9tation de ce document XML, mais il est inutile de discuter de cela, car cette question d\u00e9passe le cadre de la discussion sur le format lui-m\u00eame. De plus, si on rend le document consultable dans un navigateur en y attachant une feuille de style en cascade, on pourra voir que les \u00e9l\u00e9ments du dictionnaire suivent un certain ordre, et aucun autre.<\/p>\n
En d'autres termes, le dictionnaire (un fragment de donn\u00e9es structur\u00e9es) peut \u00eatre transform\u00e9 en n<\/i> diff\u00e9rents documents possibles (au format XML, PDF, sur papier, etc.), o\u00f9 n<\/i> \u2014 le nombre possible de combinaisons d'\u00e9l\u00e9ments dans le dictionnaire, et nous n'avons m\u00eame pas encore pris en compte d'autres variables possibles.<\/p>\n
Il en d\u00e9coule \u00e9galement que si vous souhaitez transmettre uniquement des donn\u00e9es, l'utilisation d'un document lisible par machine ne sera pas efficace. Il utilise un mod\u00e8le qui, dans ce cas, est superflu et ne fait que compliquer les choses. De plus, pour extraire les donn\u00e9es d'origine, il faudra \u00e9crire un programme. Il est peu judicieux d'utiliser XML pour quelque chose qui, \u00e0 un certain stade, ne sera pas format\u00e9 sous forme de document (par exemple, \u00e0 l'aide de CSS ou XSLT, ou les deux), car c'est la principale (sinon la seule) raison de s'en tenir \u00e0 un mod\u00e8le de document.<\/p>\n
De plus, puisque le XML n'a pas de notion de nombres (ou d'expressions bool\u00e9ennes, ou d'autres types de donn\u00e9es), tous les nombres pr\u00e9sent\u00e9s dans ce format ne sont consid\u00e9r\u00e9s que comme du texte suppl\u00e9mentaire. Pour extraire des donn\u00e9es, le sch\u00e9ma et son lien avec les donn\u00e9es exprim\u00e9es correspondantes doivent \u00eatre connus. Il est \u00e9galement n\u00e9cessaire de savoir, en fonction du contexte, quand un certain \u00e9l\u00e9ment de texte repr\u00e9sente un nombre, et qu'il doit \u00eatre converti en nombre, etc.<\/p>\n
Ainsi, le processus d'extraction de donn\u00e9es \u00e0 partir de documents XML ne diff\u00e8re pas beaucoup de celui de la reconnaissance de documents num\u00e9ris\u00e9s, contenant par exemple des tableaux, formant de nombreuses pages de donn\u00e9es num\u00e9riques. Oui, c'est en principe possible, mais ce n'est pas le moyen le plus optimal, sauf dans les cas extr\u00eames, lorsque toutes les autres options sont \u00e9puis\u00e9es. Une solution raisonnable serait de simplement trouver une copie num\u00e9rique des donn\u00e9es originales, non int\u00e9gr\u00e9es dans le mod\u00e8le de document o\u00f9 les donn\u00e9es sont combin\u00e9es avec leur repr\u00e9sentation textuelle sp\u00e9cifique.<\/p>\n
Il ne me surprend donc pas du tout que l'XML soit populaire dans le monde des affaires. La raison en est pr\u00e9cis\u00e9ment que le format des documents (sur papier) est clair et familier pour les entreprises, qui souhaitent continuer \u00e0 utiliser un mod\u00e8le familier et compr\u00e9hensible. Pour la m\u00eame raison, les PDF sont souvent utilis\u00e9s au lieu de formats plus adapt\u00e9s au traitement machine, car ils restent ancr\u00e9s dans la notion de page imprim\u00e9e de taille physique d\u00e9termin\u00e9e. Cela concerne m\u00eame des documents qui ne seront probablement jamais imprim\u00e9s (comme un fichier PDF de documentation d'un registre de 8000 pages). De ce point de vue, l'utilisation de l'XML dans les affaires est essentiellement une manifestation de skeuomorphisme. Les gens comprennent l'id\u00e9e m\u00e9taphorique de la page imprim\u00e9e de taille limit\u00e9e et savent comment cr\u00e9er des processus commerciaux bas\u00e9s sur des documents imprim\u00e9s. Si c'est votre r\u00e9f\u00e9rence, des documents sans taille physique limit\u00e9e, machinables - les documents XML - repr\u00e9sentent une innovation tout en \u00e9tant une alternative famili\u00e8re et confortable au document. Cela ne les emp\u00eache pas d'\u00eatre une fa\u00e7on incorrecte et excessivement skeuomorphe de repr\u00e9senter des donn\u00e9es.<\/p>\n
\u00c0 ce jour, les seules sch\u00e9mas XML que je peux v\u00e9ritablement consid\u00e9rer comme une application correcte de ce format sont XHTML et DocBook.habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"\u042f\u0437\u044b\u043a XML \u0431\u044b\u043b \u0438\u0437\u043e\u0431\u0440\u0435\u0442\u0435\u043d \u0432 1996 \u0433\u043e\u0434\u0443. \u0415\u0434\u0432\u0430 \u043e\u043d \u0443\u0441\u043f\u0435\u043b \u043f\u043e\u044f\u0432\u0438\u0442\u044c\u0441\u044f, \u043a\u0430\u043a \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u0438 \u0435\u0433\u043e \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u0443\u0436\u0435 \u043d\u0430\u0447\u0430\u043b\u0438 \u043f\u043e\u043d\u0438\u043c\u0430\u0442\u044c \u043d\u0435\u043f\u0440\u0430\u0432\u0438\u043b\u044c\u043d\u043e, \u0438 \u0434\u043b\u044f \u0442\u0435\u0445 \u0446\u0435\u043b\u0435\u0439, \u043a \u043a\u043e\u0442\u043e\u0440\u044b\u043c \u0435\u0433\u043e \u043f\u044b\u0442\u0430\u043b\u0438\u0441\u044c \u0430\u0434\u0430\u043f\u0442\u0438\u0440\u043e\u0432\u0430\u0442\u044c, \u043e\u043d \u0431\u044b\u043b \u043d\u0435 \u043b\u0443\u0447\u0448\u0438\u043c \u0432\u044b\u0431\u043e\u0440\u043e\u043c. \u041d\u0435 \u0431\u0443\u0434\u0435\u0442 \u043f\u0440\u0435\u0443\u0432\u0435\u043b\u0438\u0447\u0435\u043d\u0438\u0435\u043c \u0441\u043a\u0430\u0437\u0430\u0442\u044c, \u0447\u0442\u043e \u043f\u043e\u0434\u0430\u0432\u043b\u044f\u044e\u0449\u0435\u0435 \u0431\u043e\u043b\u044c\u0448\u0438\u043d\u0441\u0442\u0432\u043e \u0441\u0445\u0435\u043c XML, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043c\u043d\u0435 \u0434\u043e\u0432\u043e\u0434\u0438\u043b\u043e\u0441\u044c \u0432\u0438\u0434\u0435\u0442\u044c, \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u043b\u0438 \u0441\u043e\u0431\u043e\u0439 \u043d\u0435\u0446\u0435\u043b\u0435\u0441\u043e\u043e\u0431\u0440\u0430\u0437\u043d\u043e\u0435 \u0438\u043b\u0438 \u043d\u0435\u043f\u0440\u0430\u0432\u0438\u043b\u044c\u043d\u043e\u0435 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0435 XML. \u0411\u043e\u043b\u0435\u0435 \u0442\u043e\u0433\u043e, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":52641,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-52640","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"XML](\"\/wp-content\/uploads\/2019\/11\/8152077415a94ef74806af230ef44bd7.jpg\")