Represents an XML 1.0 document as a read-only tree.
Because in some cases all you need is to retrieve some data from an XML document. And for such cases, we can make a lot of optimizations.
As for roxmltree, it's fast not only because it's read-only, but also because it uses [xmlparser], which is many times faster than [xml-rs]. See the Performance section for details.
Sadly, XML can be parsed in many different ways. roxmltree tries to mimic the behavior of Python's lxml. But unlike lxml, roxmltree does support comments outside the root element.
Fo more details see docs/parsing.md.
| Feature/Crate | roxmltree | [libxml2] | [xmltree] | [elementtree] | [sxd-document] | [treexml] | | ------------------------------- | :--------------: | :-----------------: | :--------------: | :--------------: | :--------------: | :--------------: | | Element namespace resolving | ✔ | ✔ | ✔ | ✔ | ~1 | | | Attribute namespace resolving | ✔ | ✔ | | | ✔ | | | [Entity references] | ✔ | ✔ | ⚠ | ⚠ | ⚠ | ⚠ | | [Character references] | ✔ | ✔ | ✔ | ✔ | ✔ | ✔ | | [Attribute-Value normalization] | ✔ | ✔ | | | | | | Comments | ✔ | ✔ | | | ✔ | | | Processing instructions | ✔ | ✔ | ⚠ | | ✔ | | | UTF-8 BOM | ✔ | ✔ | ⚠ | ⚠ | ⚠ | ⚠ | | Non UTF-8 input | | ✔ | | | | | | Complete DTD support | | ✔ | | | | | | Position preserving2 | ✔ | ✔ | | | | | | HTML support | | ✔ | | | | | | Tree modification | | ✔ | ✔ | ✔ | ✔ | ✔ | | Writing | | ✔ | ✔ | ✔ | ✔ | ✔ | | No unsafe | ✔ | | ✔ | ~3 | | ✔ | | Language | Rust | C | Rust | Rust | Rust | Rust | | Size overhead4 | ~73KiB | ~1.4MiB5 | ~80KiB | ~96KiB | ~135KiB | ~110KiB | | Dependencies | 1 | ?5 | 2 | 18 | 2 | 14 | | Tested version | 0.7.0 | 2.9.8 | 0.8.0 | 0.5.0 | 0.3.0 | 0.7.0 | | License | MIT / Apache-2.0 | MIT | MIT | BSD-3-Clause | MIT | MIT |
Legend:
Notes:
string_cache
crate.```text test largeroxmltree ... bench: 5,147,695 ns/iter (+/- 75,762) test largesdxdocument ... bench: 9,452,579 ns/iter (+/- 37,298) test largexmltree ... bench: 28,383,408 ns/iter (+/- 46,793) test largetreexml ... bench: 28,992,626 ns/iter (+/- 122,244) test largeelementtree ... bench: 29,991,730 ns/iter (+/- 58,134)
test mediumroxmltree ... bench: 935,837 ns/iter (+/- 1,001) test mediumsdxdocument ... bench: 3,619,042 ns/iter (+/- 8,863) test mediumxmltree ... bench: 10,181,629 ns/iter (+/- 13,994) test mediumtreexml ... bench: 10,338,760 ns/iter (+/- 11,040) test mediumelementtree ... bench: 10,840,762 ns/iter (+/- 16,162)
test tinyroxmltree ... bench: 6,346 ns/iter (+/- 129) test tinysdxdocument ... bench: 27,464 ns/iter (+/- 91) test tinyxmltree ... bench: 43,838 ns/iter (+/- 107) test tinytreexml ... bench: 44,794 ns/iter (+/- 263) test tinyelementtree ... bench: 45,431 ns/iter (+/- 175) ```
roxmltree uses [xmlparser] internally, while sdx-document uses its own implementation and xmltree, elementtree and treexml use the [xml-rs] crate. Here is a comparison between xmlparser and xml-rs:
```text test largexmlparser ... bench: 1,961,131 ns/iter (+/- 66,145) test largexmlrs ... bench: 25,582,284 ns/iter (+/- 76,500)
test mediumxmlparser ... bench: 451,180 ns/iter (+/- 1,523) test mediumxmlrs ... bench: 9,368,598 ns/iter (+/- 10,995)
test tinyxmlparser ... bench: 3,756 ns/iter (+/- 32) test tinyxmlrs ... bench: 39,293 ns/iter (+/- 63) ```
You can try it yourself by running cargo bench
in the benches
dir.
Notes:
xmlReadFile()
will parse only an XML structure,
without attributes normalization and stuff. So it's hard to compare.
And we have to use a separate benchmark utility.unsafe
code.This library uses Rust's idiomatic API based on iterators. In case you are more familiar with browser/JS DOM APIs - you can check out tests/dom-api.rs to see how it can be converted into a Rust one.
Licensed under either of
at your option.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.