Add tXml to benchmark

[strarsis]

Just found a new, maintained XML parser in native JavaScript: https://github.com/TobiasNickel/tXml

and probably the fastest xml parser in pure javascript.

Would be interesting to know!

[Redsandro]

Thanks for the heads up @strarsis.

A good parser creates an object where any value can be accessed directly (dot notation) without loops and iterative searches.

I cannot do a fair comparison because tXml throws children in a hard to traverse array inception twice as big as the other libraries. While "parsing" is faster, this makes "searching" the final object slower, which is subjectively unreasonable because this test assumes you parse once but query the final data object many times.

All five libraries in this test create an object where any child can be accessed directly by key, and they are configurable in a way so that they are compatible drop-in replacements for each other. With tXml, you need to traverse children to find a particular key.

For tXml to be added to this test (and be a useful drop-in replacement for all the projects that use one of the five tested libraries), it will need to be altered to accept options that generate identical output.

E.g. in stead of this tXml output:

[
  "children": [
    {
      "tagName": "child1",
      "attributes": {},
      "children": [
        {
          "tagName": "child2",
          "attributes": {},
          "children": [
            {
              "tagName": "child3",
              "attributes": {},
              "children": [
                "tagName": "child4",
                // ...

The target object should follow the common structure:

{
  "child1": {
    "@": {},
    "child2": {
      "@": {},
      "child3": {
        "@": {},
        "child4": [
          // ...

If that's done and it's still fast, it becomes a helluva lot more useful. 💯

[strarsis]

@Redsandro: Thanks for your test!
There are some 'simplify' methods and streaming support - would this help constructing the object?

[Redsandro]

@strarsis I had a quick look, but I can't use it in that way. Perhaps if @TobiasNickel would be interested in adding the options to write the object in a way similar to the other libraries.

[strarsis]

@Redsandro: That's great! What I like about that library is that it is native JS (and its speed claim, well, to be tested).
Also its streaming feature allows better replacement of existing libraries in tools that use another stream-solution (like sax).