Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 1 | :mod:`xml.dom.minidom` --- Lightweight DOM implementation |
| 2 | ========================================================= |
| 3 | |
| 4 | .. module:: xml.dom.minidom |
| 5 | :synopsis: Lightweight Document Object Model (DOM) implementation. |
| 6 | .. moduleauthor:: Paul Prescod <paul@prescod.net> |
| 7 | .. sectionauthor:: Paul Prescod <paul@prescod.net> |
| 8 | .. sectionauthor:: Martin v. Löwis <martin@v.loewis.de> |
| 9 | |
| 10 | |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 11 | :mod:`xml.dom.minidom` is a light-weight implementation of the Document Object |
| 12 | Model interface. It is intended to be simpler than the full DOM and also |
| 13 | significantly smaller. |
| 14 | |
| 15 | DOM applications typically start by parsing some XML into a DOM. With |
| 16 | :mod:`xml.dom.minidom`, this is done through the parse functions:: |
| 17 | |
| 18 | from xml.dom.minidom import parse, parseString |
| 19 | |
| 20 | dom1 = parse('c:\\temp\\mydata.xml') # parse an XML file by name |
| 21 | |
| 22 | datasource = open('c:\\temp\\mydata.xml') |
| 23 | dom2 = parse(datasource) # parse an open file |
| 24 | |
| 25 | dom3 = parseString('<myxml>Some data<empty/> some more data</myxml>') |
| 26 | |
| 27 | The :func:`parse` function can take either a filename or an open file object. |
| 28 | |
| 29 | |
Georg Brandl | 7f01a13 | 2009-09-16 15:58:14 +0000 | [diff] [blame] | 30 | .. function:: parse(filename_or_file, parser=None, bufsize=None) |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 31 | |
| 32 | Return a :class:`Document` from the given input. *filename_or_file* may be |
| 33 | either a file name, or a file-like object. *parser*, if given, must be a SAX2 |
| 34 | parser object. This function will change the document handler of the parser and |
| 35 | activate namespace support; other parser configuration (like setting an entity |
| 36 | resolver) must have been done in advance. |
| 37 | |
| 38 | If you have XML in a string, you can use the :func:`parseString` function |
| 39 | instead: |
| 40 | |
| 41 | |
Georg Brandl | 7f01a13 | 2009-09-16 15:58:14 +0000 | [diff] [blame] | 42 | .. function:: parseString(string, parser=None) |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 43 | |
| 44 | Return a :class:`Document` that represents the *string*. This method creates a |
| 45 | :class:`StringIO` object for the string and passes that on to :func:`parse`. |
| 46 | |
| 47 | Both functions return a :class:`Document` object representing the content of the |
| 48 | document. |
| 49 | |
| 50 | What the :func:`parse` and :func:`parseString` functions do is connect an XML |
| 51 | parser with a "DOM builder" that can accept parse events from any SAX parser and |
| 52 | convert them into a DOM tree. The name of the functions are perhaps misleading, |
| 53 | but are easy to grasp when learning the interfaces. The parsing of the document |
| 54 | will be completed before these functions return; it's simply that these |
| 55 | functions do not provide a parser implementation themselves. |
| 56 | |
| 57 | You can also create a :class:`Document` by calling a method on a "DOM |
| 58 | Implementation" object. You can get this object either by calling the |
| 59 | :func:`getDOMImplementation` function in the :mod:`xml.dom` package or the |
| 60 | :mod:`xml.dom.minidom` module. Using the implementation from the |
| 61 | :mod:`xml.dom.minidom` module will always return a :class:`Document` instance |
| 62 | from the minidom implementation, while the version from :mod:`xml.dom` may |
| 63 | provide an alternate implementation (this is likely if you have the `PyXML |
| 64 | package <http://pyxml.sourceforge.net/>`_ installed). Once you have a |
| 65 | :class:`Document`, you can add child nodes to it to populate the DOM:: |
| 66 | |
| 67 | from xml.dom.minidom import getDOMImplementation |
| 68 | |
| 69 | impl = getDOMImplementation() |
| 70 | |
| 71 | newdoc = impl.createDocument(None, "some_tag", None) |
| 72 | top_element = newdoc.documentElement |
| 73 | text = newdoc.createTextNode('Some textual content.') |
| 74 | top_element.appendChild(text) |
| 75 | |
| 76 | Once you have a DOM document object, you can access the parts of your XML |
| 77 | document through its properties and methods. These properties are defined in |
| 78 | the DOM specification. The main property of the document object is the |
| 79 | :attr:`documentElement` property. It gives you the main element in the XML |
| 80 | document: the one that holds all others. Here is an example program:: |
| 81 | |
| 82 | dom3 = parseString("<myxml>Some data</myxml>") |
| 83 | assert dom3.documentElement.tagName == "myxml" |
| 84 | |
Benjamin Peterson | 21896a3 | 2010-03-21 22:03:03 +0000 | [diff] [blame] | 85 | When you are finished with a DOM tree, you may optionally call the |
| 86 | :meth:`unlink` method to encourage early cleanup of the now-unneeded |
| 87 | objects. :meth:`unlink` is a :mod:`xml.dom.minidom`\ -specific |
| 88 | extension to the DOM API that renders the node and its descendants are |
| 89 | essentially useless. Otherwise, Python's garbage collector will |
| 90 | eventually take care of the objects in the tree. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 91 | |
| 92 | .. seealso:: |
| 93 | |
| 94 | `Document Object Model (DOM) Level 1 Specification <http://www.w3.org/TR/REC-DOM-Level-1/>`_ |
| 95 | The W3C recommendation for the DOM supported by :mod:`xml.dom.minidom`. |
| 96 | |
| 97 | |
| 98 | .. _minidom-objects: |
| 99 | |
| 100 | DOM Objects |
| 101 | ----------- |
| 102 | |
| 103 | The definition of the DOM API for Python is given as part of the :mod:`xml.dom` |
| 104 | module documentation. This section lists the differences between the API and |
| 105 | :mod:`xml.dom.minidom`. |
| 106 | |
| 107 | |
| 108 | .. method:: Node.unlink() |
| 109 | |
| 110 | Break internal references within the DOM so that it will be garbage collected on |
| 111 | versions of Python without cyclic GC. Even when cyclic GC is available, using |
| 112 | this can make large amounts of memory available sooner, so calling this on DOM |
| 113 | objects as soon as they are no longer needed is good practice. This only needs |
| 114 | to be called on the :class:`Document` object, but may be called on child nodes |
| 115 | to discard children of that node. |
| 116 | |
Kristján Valur Jónsson | 17173cf | 2010-06-09 08:13:42 +0000 | [diff] [blame] | 117 | You can avoid calling this method explicitly by using the :keyword:`with` |
| 118 | statement. The following code will automatically unlink *dom* when the |
| 119 | :keyword:`with` block is exited:: |
| 120 | |
| 121 | with xml.dom.minidom.parse(datasource) as dom: |
| 122 | ... # Work with dom. |
| 123 | |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 124 | |
Georg Brandl | 7f01a13 | 2009-09-16 15:58:14 +0000 | [diff] [blame] | 125 | .. method:: Node.writexml(writer, indent="", addindent="", newl="", encoding="") |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 126 | |
| 127 | Write XML to the writer object. The writer should have a :meth:`write` method |
| 128 | which matches that of the file object interface. The *indent* parameter is the |
| 129 | indentation of the current node. The *addindent* parameter is the incremental |
| 130 | indentation to use for subnodes of the current one. The *newl* parameter |
| 131 | specifies the string to use to terminate newlines. |
| 132 | |
Georg Brandl | 55ac8f0 | 2007-09-01 13:51:09 +0000 | [diff] [blame] | 133 | For the :class:`Document` node, an additional keyword argument *encoding* can be |
| 134 | used to specify the encoding field of the XML header. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 135 | |
| 136 | |
Georg Brandl | 7f01a13 | 2009-09-16 15:58:14 +0000 | [diff] [blame] | 137 | .. method:: Node.toxml(encoding=None) |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 138 | |
Andrew M. Kuchling | ea64a6a | 2010-07-25 23:23:30 +0000 | [diff] [blame] | 139 | Return a string or byte string containing the XML represented by |
| 140 | the DOM node. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 141 | |
Andrew M. Kuchling | ea64a6a | 2010-07-25 23:23:30 +0000 | [diff] [blame] | 142 | With an explicit *encoding* [1]_ argument, the result is a byte |
| 143 | string in the specified encoding. It is recommended that you |
| 144 | always specify an encoding; you may use any encoding you like, but |
Andrew M. Kuchling | 57a7c3d | 2010-07-26 12:54:02 +0000 | [diff] [blame] | 145 | an argument of "utf-8" is the most common choice, avoiding |
Andrew M. Kuchling | ea64a6a | 2010-07-25 23:23:30 +0000 | [diff] [blame] | 146 | :exc:`UnicodeError` exceptions in case of unrepresentable text |
| 147 | data. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 148 | |
Andrew M. Kuchling | ea64a6a | 2010-07-25 23:23:30 +0000 | [diff] [blame] | 149 | With no *encoding* argument, the result is a Unicode string, and the |
| 150 | XML declaration in the resulting string does not specify an |
| 151 | encoding. Encoding this string in an encoding other than UTF-8 is |
| 152 | likely incorrect, since UTF-8 is the default encoding of XML. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 153 | |
Georg Brandl | 7f01a13 | 2009-09-16 15:58:14 +0000 | [diff] [blame] | 154 | .. method:: Node.toprettyxml(indent="", newl="", encoding="") |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 155 | |
| 156 | Return a pretty-printed version of the document. *indent* specifies the |
| 157 | indentation string and defaults to a tabulator; *newl* specifies the string |
| 158 | emitted at the end of each line and defaults to ``\n``. |
| 159 | |
Andrew M. Kuchling | 57a7c3d | 2010-07-26 12:54:02 +0000 | [diff] [blame] | 160 | The *encoding* argument behaves like the corresponding argument of |
| 161 | :meth:`toxml`. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 162 | |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 163 | |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 164 | .. _dom-example: |
| 165 | |
| 166 | DOM Example |
| 167 | ----------- |
| 168 | |
| 169 | This example program is a fairly realistic example of a simple program. In this |
| 170 | particular case, we do not take much advantage of the flexibility of the DOM. |
| 171 | |
| 172 | .. literalinclude:: ../includes/minidom-example.py |
| 173 | |
| 174 | |
| 175 | .. _minidom-and-dom: |
| 176 | |
| 177 | minidom and the DOM standard |
| 178 | ---------------------------- |
| 179 | |
| 180 | The :mod:`xml.dom.minidom` module is essentially a DOM 1.0-compatible DOM with |
| 181 | some DOM 2 features (primarily namespace features). |
| 182 | |
| 183 | Usage of the DOM interface in Python is straight-forward. The following mapping |
| 184 | rules apply: |
| 185 | |
| 186 | * Interfaces are accessed through instance objects. Applications should not |
| 187 | instantiate the classes themselves; they should use the creator functions |
| 188 | available on the :class:`Document` object. Derived interfaces support all |
| 189 | operations (and attributes) from the base interfaces, plus any new operations. |
| 190 | |
| 191 | * Operations are used as methods. Since the DOM uses only :keyword:`in` |
| 192 | parameters, the arguments are passed in normal order (from left to right). |
Christian Heimes | 5b5e81c | 2007-12-31 16:14:33 +0000 | [diff] [blame] | 193 | There are no optional arguments. ``void`` operations return ``None``. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 194 | |
| 195 | * IDL attributes map to instance attributes. For compatibility with the OMG IDL |
| 196 | language mapping for Python, an attribute ``foo`` can also be accessed through |
Christian Heimes | 5b5e81c | 2007-12-31 16:14:33 +0000 | [diff] [blame] | 197 | accessor methods :meth:`_get_foo` and :meth:`_set_foo`. ``readonly`` |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 198 | attributes must not be changed; this is not enforced at runtime. |
| 199 | |
| 200 | * The types ``short int``, ``unsigned int``, ``unsigned long long``, and |
| 201 | ``boolean`` all map to Python integer objects. |
| 202 | |
| 203 | * The type ``DOMString`` maps to Python strings. :mod:`xml.dom.minidom` supports |
Georg Brandl | f694518 | 2008-02-01 11:56:49 +0000 | [diff] [blame] | 204 | either bytes or strings, but will normally produce strings. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 205 | Values of type ``DOMString`` may also be ``None`` where allowed to have the IDL |
| 206 | ``null`` value by the DOM specification from the W3C. |
| 207 | |
Christian Heimes | 5b5e81c | 2007-12-31 16:14:33 +0000 | [diff] [blame] | 208 | * ``const`` declarations map to variables in their respective scope (e.g. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 209 | ``xml.dom.minidom.Node.PROCESSING_INSTRUCTION_NODE``); they must not be changed. |
| 210 | |
| 211 | * ``DOMException`` is currently not supported in :mod:`xml.dom.minidom`. |
| 212 | Instead, :mod:`xml.dom.minidom` uses standard Python exceptions such as |
| 213 | :exc:`TypeError` and :exc:`AttributeError`. |
| 214 | |
| 215 | * :class:`NodeList` objects are implemented using Python's built-in list type. |
Georg Brandl | e6bcc91 | 2008-05-12 18:05:20 +0000 | [diff] [blame] | 216 | These objects provide the interface defined in the DOM specification, but with |
| 217 | earlier versions of Python they do not support the official API. They are, |
| 218 | however, much more "Pythonic" than the interface defined in the W3C |
| 219 | recommendations. |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 220 | |
| 221 | The following interfaces have no implementation in :mod:`xml.dom.minidom`: |
| 222 | |
| 223 | * :class:`DOMTimeStamp` |
| 224 | |
Georg Brandl | e6bcc91 | 2008-05-12 18:05:20 +0000 | [diff] [blame] | 225 | * :class:`DocumentType` |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 226 | |
Georg Brandl | e6bcc91 | 2008-05-12 18:05:20 +0000 | [diff] [blame] | 227 | * :class:`DOMImplementation` |
Georg Brandl | 116aa62 | 2007-08-15 14:28:22 +0000 | [diff] [blame] | 228 | |
| 229 | * :class:`CharacterData` |
| 230 | |
| 231 | * :class:`CDATASection` |
| 232 | |
| 233 | * :class:`Notation` |
| 234 | |
| 235 | * :class:`Entity` |
| 236 | |
| 237 | * :class:`EntityReference` |
| 238 | |
| 239 | * :class:`DocumentFragment` |
| 240 | |
| 241 | Most of these reflect information in the XML document that is not of general |
| 242 | utility to most DOM users. |
| 243 | |
Christian Heimes | b186d00 | 2008-03-18 15:15:01 +0000 | [diff] [blame] | 244 | .. rubric:: Footnotes |
| 245 | |
Andrew M. Kuchling | ea64a6a | 2010-07-25 23:23:30 +0000 | [diff] [blame] | 246 | .. [#] The encoding name included in the XML output should conform to |
| 247 | the appropriate standards. For example, "UTF-8" is valid, but |
| 248 | "UTF8" is not valid in an XML document's declaration, even though |
| 249 | Python accepts it as an encoding name. |
| 250 | See http://www.w3.org/TR/2006/REC-xml11-20060816/#NT-EncodingDecl |
Christian Heimes | b186d00 | 2008-03-18 15:15:01 +0000 | [diff] [blame] | 251 | and http://www.iana.org/assignments/character-sets . |