Re^3: XML::Simple parsing into a hash wierd behaviour

I don't disagree with the principle, but the devil is in the details.

XML::Simple defaults to unsafe behaviour.
The whole idea of doing a little work up front to save work later on just doesn't pan out in my experience with XML::Simple. I've already exposed this myth.
Simplifying the tree sounds good, but it all it really does is make XML::Simple useable. Alternatives have query mechanisms that allow one to jump around the tree as easily.

And then there are the limitations of XML::Simple.

XML::Simple handles namespace VERY poorly
- It fails if different documents use different prefixes. (Prefixes are arbitrary.)
- It fails if different documents use different means of specifying the namespace of a given node. (Prefix vs explicit xmlns vs inherited xmlns)
This defect can be fixed.
It can only handle some XML formats.
- It can't parse formats where one needs to know the order of differently named nodes.
- It can't generate XML for formats where the order of differently named nodes is relevant or specified.
- It can't handle formats that intermix text and element nodes (e.g. XHTML).
This limitation is intrinsic to the design and cannot be fixed.

Comment on Re^3: XML::Simple parsing into a hash wierd behaviour

Replies are listed 'Best First'.
Re^4: XML::Simple parsing into a hash wierd behaviour by Jenda (Abbot) on Apr 21, 2010 at 10:31 UTC
I do not use XML::Simple myself, now that I've written XML::Rules, but it worked fine for me. Most probably because I was working within the limits of what it was designed for. Of course I had to add a few ForceArrays, but it still was the easiest solution. Because I did not need no namespaces, I did not intend to work with document oriented XML, I did not have to handle any optional attributes, ... Query mechanisms have two problems ... it's yet another language to learn and debug and it's slow. Compared to navigating a trimmed down data structure, navigating a generic maze of objects must be slow. Of course if you need to navigate far over a complicated path, then the query mechanisms may very well be easier. They probably will. If on the other hand you need to process pretty much everything, your query mechanisms will not help you much. The ->nodeValue()s and ->getAttribute()s all over the place will hurt though. Jenda Enoch was right! Enjoy the last years of Rome.	[reply]
Re^5: XML::Simple parsing into a hash wierd behaviour by ikegami (Patriarch) on Apr 22, 2010 at 02:18 UTC
Query mechanisms have two problems ... it's yet another language to learn I'd rather learn `Persons/Person` [download] then learning to do `GroupTags => { Persons => 'Person' }, ForceArray => [qw( Person )], my @persons = $parent->{Persons} ? @{ $parent->{Persons} } : ();` [download] and it's slow. That's not the case. XML::Simple is still far slower. The ->nodeValue()s and ->getAttribute()s all over the place will hurt though. I have no problem with a little more wordiness in a series of cut and paste lines if all trickiness goes away in exchange.	[reply] [d/l] [select]