I have been using XML for about 3 years now.

What I have found important to remember is that XML is a way of tagging the INFORMATION content of data / text.
It is not primarily a DATA storage / representation format.

However efficient / poor the XML handling software may be - if the data isn't organised for what you need to do the program will be slow, large or convoluted.

I quite often find that I need to restructure the XML into an organisation that is relevant and suitable for the processing I need to do.
I generally use XSLT for this - which I find robust and clear for this step - and nearly always do some XSLT / SAX pre-processing.

When the data matches the application then using XML + Xpath or SAX is usually a very concise way of achieving the desired result.

There are also cases where I convert the XML file into another format entirely and use a non-XML based approach.

I am probably fortunate as most of the times I need to use XML it is for data which is deeply heriarchical, where context matters and XPath is a very natural way of describing data clusters and relationships.


In reply to Re: is XML too hard? by miktro
in thread is XML too hard? by thraxil

Title:
Use:  <p> text here (a paragraph) </p>
and:  <code> code here </code>
to format your post; it's "PerlMonks-approved HTML":