19.8. xml.dom — L’API Document Object Model

Nouveau dans la version 2.0.

Le Document Object Model, ou « DOM, » est une API inter-langage du World Wide Web Consortium (W3C) pour accéder et modifier les documents XML. Une implémentation DOM présente le document XML comme un arbre ou autorise le code client à construire une telle structure depuis zéro. Il permet alors d’accéder à la structure à l’aide d’un ensemble d’objet qui fournissent des interfaces bien connues.

Le DOM est extrêmement utile pour les applications à accès aléatoire. SAX ne vous permet de visualiser qu’un seul morceau du document à la fois. Si vous regardez un élément SAX, vous n’avez pas accès à un autre. Si vous regardez un nœud de texte, vous n’avez pas accès à un élément parent. Lorsque vous écrivez une application SAX, vous devez suivre la position de votre programme dans le document quelque part dans votre propre code. SAX ne le fait pas pour vous. De plus, si vous devez examiner un nœud plus lus loin dans le document XML, vous n’avez pas de chance.

Il est tout simplement impossible d’implémenter certains algorithmes avec un modèle évenementiel, sans un accès à un arbre. Bien sûr, vous pourriez construire vous même un arbre à partir des événements SAX mais DOM vous permet d’éviter d’écrire ce code. Le DOM est représentation standard en arbre pour des données XML.

Le DOM (Document Object Model) est défini par le W3C en étapes ou « levels » (niveaux) selon leur terminologie. Le couplage de l’API de Python est essentiellement basée sur la recommandation DOM Level 2.

Typiquement, les applications DOM commencent par parser du XML dans du DOM. Comment cela doit être exposé n’est absolument pas décrit par DOM Level 1 et Level 2 ne fournit que des améliorations limités. Il existe une classe DOMImplementation qui fournit un accès à des méthodes de création de Document mais il n’y a pas de moyen d’accéder à un lecteur/parseur/constructeur de document de façon indépendante de l’implémentation. Il n’est pas également très bien définis comment accéder à ces méthodes sans un objet Document. En Python, chaque implémentation fournira une fonction getDOMImplementation() . DOM Level 3 ajoute une spécification Load/Store (charge/stocke) qui définie une interface pour le lecteur mais qui n’est pas disponible dans la bibliothèque standard de Python.

Une fois que vous avez un objet document DOM, vous pouvez accéder aux parties de votre document XML à travers ses méthodes et propriétés. Ces propriétés sont définis dans les spécifications DOM ; cette portion du manuel de références décrit l’interprétation des ces spécifications en Python.

Les spécifications fournies par le W3C définissent les API DOM pour Java, ECMAScript, et OMG IDL. Les correspondances de Python définies ici sont basées pour une grande part sur la version IDL de la spécification mais une conformité stricte n’est pas requise (bien que ces impléméntations soient libre d’implémenter le support strict des correspondances de IDL). Voir la section Conformité pour une discussion détaillée des pré-requis des correspondances.

Voir aussi

Spécification Level 2 Document Object Model (DOM)
La recommandation W3C sur laquelle l’API DOM de Python est basée.
Spécification Level 1 Document Object Model (DOM)
La recommandation du W3C pour le DOM supporté par xml.dom.minidom.
Python Language Mapping Specification
Ceci spécifies les correspondances depuis OMG IDL vers Python.

19.8.1. Contenu du module

Le xml.dom contient les fonctions suivantes :

xml.dom.registerDOMImplementation(name, factory)

Enregistre la fonction factory avec le nom name. La fonction factory doit renvoyer un object qui implémente l’interface de DOMImplementation. La fonction factory peut renvoyer le même objet à chaque fois ou un nouveau à chaque appel en accord avec les spécificités de l’implémentation (Par exemple si l’implémentation supporte certaines personalisations).

xml.dom.getDOMImplementation([name[, features]])

Renvoie une implémentation DOM appropriée. Le name est soit connu, soit le nom du module d’une implémentation DOM, soit None. Si ce n’est pas None, le module correspondant est importé et retourne un object DOMImplementation si l’import réussit. Si Aucun name n’est donné et que la variable d’environnement PYTHON_DOM est positionnée, cette variable est utilisé pour trouver l’implémentation.

Si name n’est pas donné, la fonction examine les implémentations disponibles pour en trouver une avec l’ensemble des fonctionnalités requises. Si aucune implémentation n’est trouvée, une ImportError est levée. La liste de fonctionnalité doit être une séquence de paires (feature, version) qui est passée à la méthode hasFeature() disponible dans les objets DOMImplementation.

Quelques constantes pratiques sont également fournies :

xml.dom.EMPTY_NAMESPACE

La valeur utilisée pour indiquer qu’aucun espace de nom n’est associé à un nœud dans le DOM. Typiquement, ceci est trouvé comme namespaceURI dans un nœud ou utilisé comme le paramètre namespaceURI dans une méthode spécifique aux espaces de nom.

Nouveau dans la version 2.2.

xml.dom.XML_NAMESPACE

L’URI de l’espace de nom associé avec le préfixe réservé xml comme défini par Namespaces in XML (section 4).

Nouveau dans la version 2.2.

xml.dom.XMLNS_NAMESPACE

L’URI de l’espace de nom pour la déclaration des espaces de noms, tel que défini par Document Object Model (DOM) Level 2 Core Specification (section 1.1.8).

Nouveau dans la version 2.2.

xml.dom.XHTML_NAMESPACE

L’URI de l’espace de nom XHTML tel que défini par XHTML 1.0: The Extensible HyperText Markup Language (section 3.1.1).

Nouveau dans la version 2.2.

Par ailleurs, xml.dom contient une classe de base Node et les exceptions de DOM. La classe Node fournie par ce module n’implémente aucune des méthodes ou des attributs définis par les spécifications DOM ; les implémentations concrètes des DOM doivent fournir les informations suivantes. La classe Node fournie part ce modules fournit les constantes utilisées pour l’attribut nodeType pour des objets concrets Node ; ils sont situés dans les classes plutôt qu’au niveau du module en accord avec les spécifications DOM.

19.8.2. Objets dans le DOM

La documentation finale pour le DOM est la spécification DOM du W3C.

Notez que les attributs DOM peuvent également être manipulés comme des nœuds au lieu de simples chaînes. Il est relativement rare que vous ayez besoin de faire cela, cependant, cet usage n’est pas encore documenté.

Interface Section Objectif
DOMImplementation Objets DOMImplementation Interface de l’implémentation sous-jacente.
Node Objets nœuds Interface de base pour la majorité des objets dans un document.
NodeList Objet NodeList Interface pour une séquence de nœuds.
DocumentType Objets DocumnentType Informations sur les déclarations nécessaires au traitement d’un document.
Document Objets Document Objet représentant un document entier.
Element Objets Elements Nœuds éléments dans la hiérarchie d’un document.
Attr Objets Attr Valeur des nœuds attributs sur dans des nœuds éléments.
Comment Objets Comment Représentation des commentaires dans le fichier source du document.
Text Objets Text et CDATASection Nœud contenant un contenu texte du document.
ProcessingInstruction Objets ProcessingInstruction Représentation des Processing Instructions.

Une Section additionnelle décrit les exceptions définis pour travailler avec le DOM en Python.

19.8.2.1. Objets DOMImplementation

L’interface DOMImplementation fournit un moyen pour les applications de déterminer la disponibilité de fonctionnalités particulières dans le DOM qu’elles utilisent. DOM Level 2 ajoute la capacité de créer des nouveaux objets Document et DocumentType utilisant également DOMImplementation.

DOMImplementation.hasFeature(feature, version)

Renvoie vrai si la fonctionnalité identifiée par une paire de chaîne feature et version est implémentée.

DOMImplementation.createDocument(namespaceUri, qualifiedName, doctype)

Renvoie un nouvel objet Document (la racine du DOM), avec un objet fils Element ayant les namespaceUri et qualifiedName passés en paramètre. Le doctype doit être un objet DocumentType créé par createDocumentType() ou None. Dans l’API DOM de Python, les deux premiers arguments peuvent également être à None de manière à indiquer qu’aucun enfant Element ne soit crée.

DOMImplementation.createDocumentType(qualifiedName, publicId, systemId)

Renvoie un nouvel objet DocumentType qui encapsule les chaînes qualifiedName, publicId, et systemId passées en paramètre représentant les informations contenues dans dans la déclaration du document XML.

19.8.2.2. Objets nœuds

Tous les composants d’un document XML sont des sous-classes de Node.

Node.nodeType

Un entier représentant le type de nœud. Pour l’objet Node, les constantes symboliques pour les types sont ELEMENT_NODE, ATTRIBUTE_NODE, TEXT_NODE, CDATA_SECTION_NODE, ENTITY_NODE, PROCESSING_INSTRUCTION_NODE, COMMENT_NODE, DOCUMENT_NODE, DOCUMENT_TYPE_NODE, NOTATION_NODE. Ceci est un attribut en lecture seule.

Node.parentNode

Le parent du nœud courant ou None dans le cas du nœud document. La valeur est toujours un objet Node ou None. Pour les nœuds Element, ce sera le parent de l’élément sauf si l’élément est la racine, dans ce cas ce sera l’objet Document. Pour les nœuds Attr, cela sera toujours None. Ceci est un attribut en lecture seule.

Node.attributes

Un objet NamedNodeMap d’objet attributs. Seulement les éléments ayant des valeurs seront listés, les autres renverront None pour cet attribut. Cet attribut est en lecture seule.

Node.previousSibling

Le nœud avec le même parent qui précède immédiatement le nœud courant. Par exemple, l’élément avec la balise fermente qui est juste avant la balise ouvrante de l’élément self. Naturellement, les documents XML sont fait de plus que juste des éléments ; donc le previous sibling peut être du texte, un commentaire ou autre chose. Si le nœud courant est le premier fils du parent, cet attribut vaudra None. Cet attribut est en lecture seule.

Node.nextSibling

Le nœud qui suit immédiatement le nœud courant dans le même parent. Voir également previousSibling. Si ce nœud est le dernier de son parent, alors l’attribut sera None. Cet attribut est en lecture seule.

Node.childNodes

Une liste de nœuds contenu dans le nœud courant. Cet attribut est en lecture seule.

Node.firstChild

S’il y a des fils, premier fils du nœud courant, sinon None. Cet attribut est en lecture seule.

Node.lastChild

S’il y a des fils, le dernier nœud fils du nœud courant. Sinon None. Cet attribut est en lecture seule.

Node.localName

S’il y a un :, contient la partie suivante de tagName ce : sinon la valeur complète de tagName. Cette valeur est une chaîne.

Node.prefix

La partie de tagName précédent le : s’il y en a un. sinon une chaîne vide. La valeur est une chaîne ou None.

Node.namespaceURI

L’espace de nom associé (namespace) au nom de l’élément. Cette valeur sera une chaîne ou None. Cet attribut est en lecture seule.

Node.nodeName

L’attribut a un sens différent pour chaque type de nœud ; se reporter à la spécification DOM pour les détails. Vous obtiendrez toujours l’information que vous obtiendrez à l’aide d’une autre propriété comme tagName pour les éléments ou name pour les attributs. Pour tous les types de nœuds, la valeur sera soit une chaîne soit None. Cet attribut est en lecture seule.

Node.nodeValue

L’attribut a un sens différent pour chaque type de nœud ; se reporter à la spécification DOM pour les détails. La situation est similaire à nodeName. La valeur est une chaîne ou None.

Node.hasAttributes()

Renvoi vrai si le nœud a des attributs.

Node.hasChildNodes()

Renvoi vrai si le nœud a des nœuds fils.

Node.isSameNode(other)

Renvoi vrai si other fait référence au même nœud que le nœud courant. Ceci est particulièrement pratique pour implémentation de DOM qui utilise une architecture proxy (car plus d’un objet peut se référer au même nœud).

Note

Ceci est basé sur l’API proposé par * DOM Level 3* qui est toujours à l’étape « working draft » mais cette interface particulière ne parait pas controversée. Les changement du W3C n’affecteront pas nécessairement cette méthode dans l’interface DOM de Python. (bien que toute nouvelle API W3C à cet effet soit également supportée).

Node.appendChild(newChild)

Ajoute un nouveau nœud fils à ce nœud à la fin de la liste des fils renvoyant newChild. Si ce nœud est déjà dans l’arbre, il sera d’abord retiré.

Node.insertBefore(newChild, refChild)

Insère un nouveau nœud fils avant un fils existant. Il est impératif que refChild soit un fils du nœud, sinon ValueError sera levée. newChild est renvoyé. Si refChild est None, newChild est inséré à la fin de la liste des fils.

Node.removeChild(oldChild)

Retire un nœud fils. oldChild doit être un fils de ce nœud ; sinon ValueError sera levée. En cas de succès, oldChild est renvoyé. Si oldChild n’est plus utilisé, sa méthode unlink() doit être appelée.

Node.replaceChild(newChild, oldChild)

Remplace un nœud existant avec un nouveau. oldChild doit être un fils de ce nœud ; sinon ValueError sera levée.

Node.normalize()

Jointe les nœuds texte adjacents de manière à ce que tous les segments de texte soient stockés dans une seule instance de Text. Ceci simplifie le traitement du texte d’un arbre DOM pour de nombreuses applications.

Nouveau dans la version 2.1.

Node.cloneNode(deep)

Clone ce nœud. Positionner deep signifie que tous les nœuds fils seront également clonés. La méthode renvoi le clone.

19.8.2.3. Objet NodeList

NodeList représente une séquence de nœuds. Ces objets sont utilisés de deux manières dans la recommandation Dom Core : un objet Element fournit en fournis liste des nœud fils et les méthodes getElementsByTagName() et getElementsByTagNameNS() de Node renvoient des objet avec cette interface pour représenter les résultats des requêtes.

La recommendation DOM Level 2 définit un attribut et une méthode pour ces objets :

NodeList.item(i)

Renvoie le i*ème élément de la séquence s’il existe ou ``None``. L’index *i ne peut pas être inférieur à 0 ou supérieur ou égale à la longueur de la séquence.

NodeList.length

Le nombre d’éléments dans la séquence.

En plus, l’interface DOM de Python requiert quelques ajouts supplémentaires pour permettre que les objet NodeList puissent être utilisés comme des séquences Python. Toutes les implémentations de NodeList doivent inclure le support de __len__() et de __getitem__() ; ceci permet l’itération sur NodeList avec l’instruction for et un support de la fonction native len().

Si une implémentation de DOM support les modifications du document, l’implémentation de NodeList doit également supporter les méthodes __setitem__() et __delitem__() .

19.8.2.4. Objets DocumnentType

Information about the notations and entities declared by a document (including the external subset if the parser uses it and can provide the information) is available from a DocumentType object. The DocumentType for a document is available from the Document object’s doctype attribute; if there is no DOCTYPE declaration for the document, the document’s doctype attribute will be set to None instead of an instance of this interface.

DocumentType est une spécialisation de Node et ajoute les attributs suivants :

DocumentType.publicId

L’identifiant publique pour un sous ensemble de la définition type de document (DTD). Cela sera une chaîne ou None.

DocumentType.systemId

L’identifiant système pour un sous ensemble du document de définition type (DTD). Cela sera une URI sous la forme d’une chaîne ou None.

DocumentType.internalSubset

Un chaîne donnant le sous ensemble complet du document. Ceci n’inclut pas les chevrons qui englobe le sous ensemble. Si le document n’a pas de sous ensemble, cela devrait être None.

DocumentType.name

Le nom de l’élément racine donné dans la déclaration DOCTYPE si présente.

DocumentType.entities

Ceci est un NamedNodeMap donnant les définitions des entités externes. Pour les entités définies plusieurs fois seule la première définition est fournie (les suivantes sont ignorées comme requis par la recommandation XML). Ceci peut retourner None si l’information n’est pas fournie au parseur ou si aucune entités n’est définis.

DocumentType.notations

Ceci est un NamedNodeMap donnant la définition des notations. Pour les notations définies plus d’une fois, seule la première est fournie (les suivante sont ignorées comme requis par la recommandation XML). Ceci peut retourner None si l’information n’est pas fournie au parseur ou si aucune entités n’est définis.

19.8.2.5. Objets Document

Un Document représente un document XML en son entier, incluant les éléments qui le constitue, les attributs, les processing instructions, commentaires, etc. Rappelez vous qu’il hérite des propriété de Node.

Document.documentElement

Le seul et unique élément racine du document.

Document.createElement(tagName)

Créé et renvoi un nouveau nœud élément. Ce n’est pas inséré dans le document quand il est créé. Vous avez besoin de l’insérer explicitement avec l’une des autres méthodes comme insertBefore() ou appendChild().

Document.createElementNS(namespaceURI, tagName)

Créé et renvoi un nouvel élément avec un namespace. Le tagName peut avoir un préfixe. L’élément ne sera pas insérer dans le document quand il est créé. Vous avez besoin de l’insérer explicitement avec l’une des autres méthodes comme insertBefore() ou appendChild().

Document.createTextNode(data)

Créé et renvoi un nœud texte contenant les data passées en paramètre. Comme pour les autres méthodes de création, la méthode n’insère pas le nœud dans l’arbre.

Document.createComment(data)

Créé et renvoi un nœud comentaire contenant les data passé en commentaire. Comme pour les autres méthodes de création, la méthode n’insère pas le nœud dans l’arbre.

Document.createProcessingInstruction(target, data)

Créé et retourne un nœud processing instruction contenant les target et data passés en paramètres. Comme pour les autres méthodes de création, la méthode n’insère pas le nœud dans l’arbre.

Document.createAttribute(name)

Créé et renvoi un nœud attribut. Cette méthode n’associe le nœud attribut aucun nœud en particulier. Vous devez utiliser la méthode setAttributeNode() sur un objet Element approprié pour utiliser une instance d’attribut nouvellement créé.

Document.createAttributeNS(namespaceURI, qualifiedName)

Créé et renvoi un nœud attribut avec un namespace. Le tagName peut avoir un préfixe. Cette méthode n’associe le nœud attribut à aucun nœud en particulier. Vous devez utiliser la méthode setAttributeNode() sur un objet Element approprié pour utiliser une instance d’attribut nouvellement créé.

Document.getElementsByTagName(tagName)

Cherche tout les descendants (fils directs, fils de fils, etc.) avec un nom de balise particulier.

Document.getElementsByTagNameNS(namespaceURI, localName)

Cherche tous les descendants (fils directs, fils de fils, etc.) avec un namespace URI particulier et un localName. Le localName fait parti du namespace après le préfixe.

19.8.2.6. Objets Elements

Element est une une sous classe de Node et donc hérite de tout les éléments de cette classe.

Element.tagName

Le nom de l’élément type. Dans un document utilisant des namespace, il pourrait y avoir des : dedans. La valeur est une chaîne.

Element.getElementsByTagName(tagName)

Identique à la méthode équivalente de la classe Document.

Element.getElementsByTagNameNS(namespaceURI, localName)

Identique à la méthode équivalente de la classe Document.

Element.hasAttribute(name)

Renvoi vrai si l’élément a un attribut nommé name.

Element.hasAttributeNS(namespaceURI, localName)

Renvoi vrai si l’élément a un nommé par namespaceURI et localName.

Element.getAttribute(name)

Retourne la valeur de l’attribut nommé par name comme une chaîne. Si un tel attribue n’existe pas, une chaîne vide est retournée comme si l’attribut n’avait aucune valeur.

Element.getAttributeNode(attrname)

Retourne le nœud Attr pour l’attribut nommé par attrname.

Element.getAttributeNS(namespaceURI, localName)

Renvoi la valeur de l’attribut nommé par namespaceURI et localName comme une chaîne. Si un tel attribue n’existe pas, une chaîne vide est retournée comme si l’attribut n’avait aucune valeur.

Element.getAttributeNodeNS(namespaceURI, localName)

Renvoi la valeur de l’attribue comme un nœud étant donné namespaceURI et localName.

Element.removeAttribute(name)

Retire un attribut nommé name. S’il n’y a aucun attribut correspondant une NotFoundErr est levée.

Element.removeAttributeNode(oldAttr)

Supprime et renvoi oldAttr de la liste des attributs si présent. Si oldAttr n’est pas présent, NotFoundErr est levée.

Element.removeAttributeNS(namespaceURI, localName)

Retire un attribut selon son nom. Notez qu’il utilise un localName et nom un qname. Aucune exception n’est levée s’il n’y a pas d’attribut correspondant.

Element.setAttribute(name, value)

Assigne la valeur à un attribut pour la chaîne.

Element.setAttributeNode(newAttr)

Ajoute un nouveau nœud attribut à l’élément, remplaçant un attribut existant si nécessaire si name corresponds à un attribut. Si l’attribut en remplace un précédent, l’ancien attribut sera retourné. Si newAttr est déjà utilisé, InuseAttributeErr sera levée.

Element.setAttributeNodeNS(newAttr)

Ajoute un nouveau nœud attribut, remplaçant un attribut existant si namespaceURI et localName corresponds à un attribut. S’il y a remplacement, l’ancien nœud sera renvoyé. Si newAttr est déjà utilisé, InuseAttributeErr sera levée.

Element.setAttributeNS(namespaceURI, qname, value)

Assigne la valeur d’un attribut depuis une chaîne étant donnée un namespaceURI et un qname. Notez que qname est le nom de l’attribut en entier. Ceci est différent d’au dessus.

19.8.2.7. Objets Attr

Attr hérite Node et donc hérite de tout ces attributs.

Attr.name

Le nom de l’attribut. Dans un document utilisant des namespaces, il pourra inclure un :.

Attr.localName

La partie du nom suivant le : s’il y en a un ou le nom entier sinon. Ceci est un attribut en lecture seule.

Attr.prefix

La partie du nom précédent le : s’il y en a un ou une chaîne vide.

Attr.value

La valeur texte de l’attribut. C’est un synonyme de l’attribut nodeValue.

19.8.2.8. Objets NameNodeMap

NamedNodeMap n’hérite pas de Node.

NamedNodeMap.length

La longueur de la liste d’attributs.

NamedNodeMap.item(index)

Renvoi un attribut à un index particulier. L’ordre des attribut est arbitraire mais sera constant durant toute la vie du DOM. Chacun des item sera un nœud attribut. Obtenez sa valeur avec value de l’attribut.

Il y existe également des méthodes expérimentales qui donne à cette classe un comportement plus mappable. Vous pouvez les utiliser ou utiliser la famille de méthode standardisés getAttribute*() des objets Element.

19.8.2.9. Objets Comment

Comment représente un commentaire dans le document XML. C’est une sous classe Node mais n’a aucune nœuds fils.

Comment.data

Le contenu du commentaire comme une chaîne. L’attribut contient tous les caractères entre <!-- et --> mais ne les inclues pas.

19.8.2.10. Objets Text et CDATASection

L’interface Text représente le texte dans un document XML. Si le parseur et l’implémentation DOM supporte les extensions XML du DOM, les portion de texte encapsulées dans des section marquées CDATA seront stockées dans des objets CDATASection. Ces deux interfaces sont identiques mais fournissent des valeurs différentes pour l’attribut nodeType.

Ces interfaces étendent l’interface Node. Elles ne peuvent pas avoir de nœuds fils.

Text.data

Le contenu du nœud texte comme une chaîne.

Note

L’utilisation d’un nœud CDATASection n’indique pas que le nœud représente une section complète marquée CDATA, seulement que le contenu du nœud est le contenu d’une section CDATA. Une seule section CDATA peut représenter plus d’un nœud dans l’arbre du document. Il n’y a aucun moyen de déterminer si deux nœuds CDATASection adjacents représentent différentes sections CDATA.

19.8.2.11. Objets ProcessingInstruction

Représente une processing instruction dans un document XML. Hérite de l’interface Node et ne peut avoir aucun nœud fils.

ProcessingInstruction.target

Le contenu de la processing instruction jusqu’au premier caractère blanc. Cet attribut est en lecture seule.

ProcessingInstruction.data

Le contenu de la processing instruction après le premier caractère blanc.

19.8.2.12. Les exceptions

Nouveau dans la version 2.1.

La recommandation DOM Level 2 définie une seule exception DOMException et un nombre de constantes qui permettent aux applications à déterminer quelle type d’erreur s’est produit. Les instances de DOMException ont un attribut code qui fourni une valeur approprié pour une exception spécifique.

L’interface DOM de Python fournit des constant mais également étends un ensemble d’exception pour qu’il existe une exception spécifique pour chaque code d’exception défini par le DOM. L’implémentation doit lever l’exception spécifique appropriée. Chacune ayant la valeur appropriée pour l’attribut code.

exception xml.dom.DOMException

Exception de base utilisée pour toutes les exceptions spécifiques du DOM. Cette classe ne peut pas être instanciée directement.

exception xml.dom.DomstringSizeErr

Levée quand un intervalle spécifique de texte ne rentre pas dans une chaîne. Cette exception n’est pas réputée être utilisée par les implémentations DOM de Python mais elle peur être levée par des implémentations de DOM qui ne sont pas écrite en Python.

exception xml.dom.HierarchyRequestErr

Levée quand l’insertion d’un nœud est tentée dans un type de nœud incompatible.

exception xml.dom.IndexSizeErr

Levée quand un index ou la taille d’un paramètre d’une méthode est négatif ou excède les valeurs autorisées.

exception xml.dom.InuseAttributeErr

Levée quand l’insertion d’un nœud Attr est tenté alors que ce nœud est déjà présent ailleurs dans le document.

exception xml.dom.InvalidAccessErr

Levée si un paramètre ou une opération n’est pas supporté par l’objet sous-jacent.

exception xml.dom.InvalidCharacterErr

Cette exception est levée quand un paramètre chaîne contient un caractère qui n’est pas autorisé dans le contexte utilisé par la recommandation XML 1.0. Par exemple, lors la tentative de création d’un nœud Element avec un espace dans le nom de l’élément.

exception xml.dom.InvalidModificationErr

Levée lors de la tentative de modifier le type de nœud.

exception xml.dom.InvalidStateErr

Levée quand une tentative est faite d’utiliser un objet non défini ou qui ne sont plus utilisables.

exception xml.dom.NamespaceErr

Si une tentative est faite de changer un objet d’une manière qui n’est pas autorisée selon la recommandation Namespaces in XML , cette exception est levée.

exception xml.dom.NotFoundErr

Exception quand un nœud n’existe pas dans le contexte référencé. Par exemple, NamedNodeMap.removeNamedItem() lèvera cette exception si le nœud passé n’appartient pas à la séquence.

exception xml.dom.NotSupportedErr

Levée si l’implémentation ne supporte pas le type d’objet requis ou l’opération.

exception xml.dom.NoDataAllowedErr

Levée si la donnée spécifiée pour un nœud n’est pas supportée.

exception xml.dom.NoModificationAllowedErr

Levée lors de la tentative de modification sur objet où les modifications ne sont pas autorisées (tels que les nœuds en lecture seule).

exception xml.dom.SyntaxErr

Levée quand une chaîne invalide ou illégale est spécifiée.

exception xml.dom.WrongDocumentErr

Levée quand un nœud est inséré dans un document différent de celui auquel il appartient et que l’implémentation ne supporte pas la migration d’un document à un autre.

Les codes d’exceptions définis par la recommandation DOM avec leurs correspondances décrites si dessous selon ce tableau :

Constante Exception
DOMSTRING_SIZE_ERR DomstringSizeErr
HIERARCHY_REQUEST_ERR HierarchyRequestErr
INDEX_SIZE_ERR IndexSizeErr
INUSE_ATTRIBUTE_ERR InuseAttributeErr
INVALID_ACCESS_ERR InvalidAccessErr
INVALID_CHARACTER_ERR InvalidCharacterErr
INVALID_MODIFICATION_ERR InvalidModificationErr
INVALID_STATE_ERR InvalidStateErr
NAMESPACE_ERR NamespaceErr
NOT_FOUND_ERR NotFoundErr
NOT_SUPPORTED_ERR NotSupportedErr
NO_DATA_ALLOWED_ERR NoDataAllowedErr
NO_MODIFICATION_ALLOWED_ERR NoModificationAllowedErr
SYNTAX_ERR SyntaxErr
WRONG_DOCUMENT_ERR WrongDocumentErr

19.8.3. Conformité

Cette section décrit la conformité des pré requis et des relations entre l’API DOM de Python, les recommandations W3C DOM et les correspondances OMG IDL pour Python.

19.8.3.1. Correspondance des types

The primitive IDL types used in the DOM specification are mapped to Python types according to the following table.

Type IDL Type Python
boolean IntegerType (with a value of 0 or 1)
int IntegerType
long int IntegerType
unsigned int IntegerType

Additionally, the DOMString defined in the recommendation is mapped to a Python string or Unicode string. Applications should be able to handle Unicode whenever a string is returned from the DOM.

The IDL null value is mapped to None, which may be accepted or provided by the implementation whenever null is allowed by the API.

19.8.3.2. Méthodes d’accès

Les correspondance de OMG IDL vers Python définissent des fonction d’accès pour les déclarations attribut d’IDL à la manière dont Java le fait. Correspondance des déclarations IDL

readonly attribute string someValue;
         attribute string anotherValue;

Donne trois fonctions d’accès : une méthode « get » pour someValue (_get_someValue()) et des méthodes « get » et « set » pour anotherValue (_get_anotherValue() et _set_anotherValue()). Le mapping, en particulier, ne requiert pas que les attributs IDL soient accessible comme des attributs Python normaux : object.someValue n’est pas requis de fonctionner et peut lever une AttributeError.

The Python DOM API, however, does require that normal attribute access work. This means that the typical surrogates generated by Python IDL compilers are not likely to work, and wrapper objects may be needed on the client if the DOM objects are accessed via CORBA. While this does require some additional consideration for CORBA DOM clients, the implementers with experience using DOM over CORBA from Python do not consider this a problem. Attributes that are declared readonly may not restrict write access in all DOM implementations.

Dans l’API DOM de Python, les fonctions d’accès ne sont pas requises. Si elles sont fournies, elles doivent prendre la forme définie par le mapping de Python IDL, mais ces méthodes sont considérées inutiles car les attributs sont directement accessible depuis Python. Les fonctions d’accès « Set » ne devraient jamais être fournies pour les attributs readonly (en lecture seule).

Les définitions IDL n’embarquent pas entièrement les pré-requis de l’API de DOM API telle que la notion de objets ou que la valeur de retour de getElementsByTagName() est dynamique. L’API DOM de Python ne requiert pas des implémentations d’avoir de tel pré-requis.