Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Chapitre 3. Espaces de noms 3.1. Introduction Les espaces de noms ont été intro

Chapitre 3. Espaces de noms 3.1. Introduction Les espaces de noms ont été introduits en XML aﬁn de pouvoir mélanger plusieurs vocabulaires au sein d'un même document. De nombreux dialectes XML ont été déﬁnis pour des utilisations diverses et il est préférable de les réutiliser au maximum. Il est, en eﬀet, fastidieux de redéﬁnir plusieurs fois les mêmes vocabulaires. Le recyclage des dialectes fait d'ailleurs partie des objectifs de XML. Le mélange de plusieurs vocabulaires au sein d'un même document ne doit pas empêcher la validation de celui-ci. Il devient indispensable d'identiﬁer la provenance de chaque élément et de chaque attribut aﬁn de le valider correctement. Les espaces de noms jouent justement ce rôle. Chaque élément ou attribut appartient à un espace de noms qui détermine le vocabulaire dont il est issu. Cette appartenance est marquée par la présence dans le nom d'un préﬁxe associé à l'espace de noms. Le mélange de plusieurs vocabulaires est illustré par l'exemple suivant. Aﬁn d'insérer des métadonnées dans des documents, il est nécessaire de disposer d'éléments pour présenter celles-ci. Il existe déjà un standard, appelé Dublin Core, pour organiser ces métadonnées. Il comprend une quinzaine d'éléments dont title, creator, subject et date qui permettent de décrire les caractéristiques principales d'un document. Il est préférable d'utiliser le vocabulaire Dublin Core, qui est un standard international, plutôt que d'introduire un nouveau vocabulaire. Le document suivant est le document principal d'un livre au format DocBook. Les métadonnées sont contenues dans un élément metadata. Celui-ci contient plusieurs éléments du Dublin Core dont les noms commencent par le préﬁxe dc. L'élément include de XInclude fait partie d'un autre espace de noms marqué par le préﬁxe xi. 1 Comme en C++, les espaces de noms évitent les conﬂits de noms entre diﬀérents vocabulaires. Le dialecte DocBook dispose d'un élément title de même nom que l'élément title du Dublin Core. Ces deux éléments ne sont pas confondus dans le document précédent, car l'élément title du Dublin Core a le préﬁxe dc. 2 3.2. Identiﬁcation d'un espace de noms Un espace de noms est identiﬁé par un URI appelé URI de l'espace de noms. Cet URI est très souvent une URL mais il est sans importance que l'URL pointe réellement sur un document. Cet URI garantit seulement que l'espace de noms soit identiﬁé de manière unique. Dans la pratique, l'URL permet aussi souvent d'accéder à un document qui décrit l'espace de noms. Une liste des URI identiﬁant les principaux espaces de noms est donnée à la ﬁn du chapitre. 3.3. Déclaration d'un espace de noms Un espace de noms est déclaré par un pseudo attribut dont le nom prend la forme xmlns:preﬁx où preﬁx est un nom XML ne contenant pas le caractère ':'. La valeur de ce pseudo attribut est l'URI qui identiﬁe l'espace de noms. La déclaration associe cet URI au nom preﬁx. Ce préﬁxe est ensuite utilisé pour qualiﬁer les noms d'éléments. Bien que la déclaration d'un espace de noms se présente comme un attribut, celle-ci n'est pas considérée comme un attribut. Le langage XPath distingue, par exemple, les attributs des déclarations d'espaces de noms. Ces dernières sont manipulées par des fonctions spéciﬁques de XPath. 3 Un nom qualiﬁé d'élément prend la forme preﬁx:local où preﬁx est un préﬁxe associé à un espace de noms et local est le nom local de l'élément. Ce nom local est également un nom XML ne contenant pas le caractère ':'. Dans la terminologie XML, les noms sans caractère ':' sont appelés NCNAME qui est l'abréviation de No Colon Name et les noms qualiﬁés sont appelés QNAME qui est, bien sûr, l'abréviation de Qualiﬁed Name. Dans l'exemple suivant, on associe le préﬁxe hns à l'espace de noms de XHTML identiﬁé par l'URI http://www.w3.org/1999/xhtml. Ensuite, tous les éléments de cet espace de noms sont préﬁxés par hns : 4 Il est habituel d'associer l'espace de noms XHTML au préﬁxe html plutôt qu'à hns. L'exemple précédent devient alors l'exemple suivant qui est un document équivalent. 5 Le choix du préﬁxe est complètement arbitraire. Dans l'exemple précédent, on aurait pu utiliser foo ou bar à la place du préﬁxe html. La seul contrainte est d'être cohérent entre la déclaration du préﬁxe et son utilisation. Même si les préﬁxes peuvent être librement choisis, il est d'usage d'utiliser certains préﬁxes particuliers pour certains espaces de noms. Ainsi, on prend souvent html pour XHTML, xsd ou xs pour les schémas XML et xsl les feuilles de style XSLT. Il est bien sûr possible de déclarer plusieurs espaces de noms en utilisant plusieurs attributs de la forme xmlns:preﬁx. Dans l'exemple suivant, on déclare également l'espace de noms de MathML et on l'associe au préﬁxe mml. 6 <html:html xmlns:html="http://www.w3.org/1999/xhtml" xmlns:mml="http://www.w3.org/1998/Math/MathML"> <html:head> <html:title>Espaces de noms</html:title> </html:head> <html:body> ... <mml:math> <mml:apply> <mml:eq/> ... </mml:apply> </mml:math> ... </html:body> </html:html> 7 C'est l'URI associé au préﬁxe qui détermine l'espace de noms. Le préﬁxe est juste une abréviation pour l'URI. Deux préﬁxes associés au même URI déterminent le même espace de noms. Dans l'exemple suivant, les deux éléments ﬁrstname et surname font partie du même espace de noms. L'exemple suivant est uniquement donné pour illustrer le propos mais il n'est pas à suivre. C'est une mauvaise pratique d'associer deux préﬁxes au même URI. 8 3.4. Portée d'une déclaration La portée d'une déclaration d'un espace de noms est l'élément dans lequel elle est faite. L'exemple précédent aurait pu aussi être écrit de la manière suivante. Il faut remarquer que la portée de la déclaration comprend les balises de l'élément qui la contient. Il est ainsi possible d'utiliser le préﬁxe html dans l'élément html pour obtenir le nom qualiﬁé html:html. 9 3.5. Espace de noms par défaut Il existe un espace de noms par défaut associé au préﬁxe vide. Son utilisation permet d'alléger l'écriture des documents XML en évitant de mettre un préﬁxe aux éléments les plus fréquents. Lorsque plusieurs espaces de noms coexistent au sein d'un document, il faut, en général, réserver l'espace de noms par défaut à l'espace de noms le plus utilisé. Dans le cas des schémas, il est souvent pratique de prendre pour espace de noms par défaut l'espace de noms cible. L'espace de noms par défaut peut être spéciﬁé par un pseudo attribut de nom xmlns dont la valeur est l'URI de l'espace de noms. Lorsque celui a été spéciﬁé, les éléments dont le nom n'est pas qualiﬁé font partie de l'espace de noms par défaut. L'exemple précédent aurait pu être simpliﬁé de la façon suivante. 10 11 Comme la déclaration de l'espace de noms est locale à l'élément, l'exemple précédent aurait pu être écrit de façon encore plus simpliﬁée en changeant localement dans l'élément math l'espace de noms par défaut. 12 Tant que l'espace de noms par défaut n'a pas été spéciﬁé, les éléments dont le nom n'est pas qualiﬁé ne font partie d'aucun espace de noms. Leur propriété espace de noms n'a pas de valeur. Il est possible de revenir à l'espace de noms par défaut non spéciﬁé en aﬀectant la chaîne vide à l'attribut xmlns comme dans l'exemple suivant. 13 Une conséquence de la remarque précédente est que dans un document XML sans déclaration d'espace de noms, tous les éléments ne font partie d'aucun espace de noms. Ce comportement assure une compatibilité des applications avec les documents sans espace de noms. 14 3.6. Attributs Les attributs peuvent également avoir des noms qualiﬁés formés d'un préﬁxe et d'un nom local. Ils font alors partie de l'espace de noms auquel est associé le préﬁxe. Dans l'exemple suivant, l'attribut noNamespaceSchemaLocation fait partie de l'espace de noms des instances de schémas. Cet espace de noms est identiﬁé par l'URI http://www.w3.org/2001/XMLSchema-instance. Le nom de l'attribut noNamespaceSchemaLocation doit donc avoir un préﬁxe associé à cet URI. La déclaration de l'espace de noms peut avoir lieu dans le même élément, comme dans l'exemple ci-dessous, puisque la portée de celle-ci est l'élément tout entier. <?xml version="1.0" encoding="iso-8859-1"?> <bibliography xsi:noNamespaceSchemaLocation="bibliography.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> ... En revanche, les attributs dont le nom n'est pas qualiﬁé n'appartiennent à aucun espace de noms. Ils ne font jamais partie de l'espace de noms par défaut. Cette règle s'applique que l'espace de noms par défaut soit spéciﬁé ou non. Dans l'exemple ci-dessous, l'élément book appartient à l'espace de noms DocBook puisque celui-ci est déclaré comme l'espace de noms par défaut. L'attribut id appartient à l'espace de noms XML et l'attribut version n'appartient à aucun espace de noms. <book version="5.0" xml:id="course.xml" xmlns="http://docbook.org/ns/docbook"> 15 3.7. Espace de noms XML Le préﬁxe xml est toujours implicitement lié à l'espace de noms XML identiﬁé par l'URI http://www.w3.org/XML/1998/namespace. Cet espace de noms n'a pas besoin d'être déclaré. Les quatre attributs particuliers xml:lang, xml:space, xml:base et xml:id font partie de cet espace de noms. Ces quatre attributs sont déclarés par le schéma XML qui se trouve à l'URL http://www.w3.org/2001/xml.xsd. Ce schéma peut être importé par un autre schéma pour ajouter certains de ces attributs à des éléments. 3.8. Espaces de noms et DTD Les DTD ne prennent pas compte les espaces de noms. Il est cependant possible de valider, avec une DTD, uploads/s1/ espaces-de-noms.pdf