I've spent whole days with PHP's DOM functions but i can't understand how it works yet. :( I have a simple XML file that looks okay but i cannot use it how i think when i've created it's structure.
Sample XML fragment:
-pages //root element
-page id="1" //we can have any number of pages
-product id="364826" //we can have any number of products
-SOME_KIND_OF_VALUE
-ANOTHER_VALUE
...
My original idea was to speed up my client's workflow so i throw out old CSVs and started using XMLs.
Problem 1: When i grouping products into page i'm using setIdAttribute to prevent storing the same page in the tree more than once. This works fine until reading happens because these id's are tied to some kind of DTD's (based on getElementById).
Question 1:
How can i write a simple DTD which provides these necessary informations so i can use getElementById
at the reading phase too?
Problem 2:
Because i have pages i'd like to load as less information as i can. That was why i created the id attribute on pages. Now i cannot access my page id="2" directly because Problem 1 above (getElementById
makes no sense currently). Somehow i can managed to retrieve the necessary informations about each product on a given page but my code looks scary:
$doc = DOMDocument::load('data.xml');
$xpath = new DOMXPath($doc);
$query = '/pages/page[' . $page . ']'; //$page is fine: was set earlier
$products = $xpath->query($query);
$_prods = $doc->getElementsByTagName('product');
foreach($_prods as $product){
foreach($product->childNodes as $node){
echo $node->nodeName . ": " . $node->nodeValue . "<br />";
}
}
Queston 2: I think the code above is the example about how not to parse an XML. But because of my limited knowledge of PHP's DOM functions i cannot write a cleaner one by myself. I tried some trivial solution but none of them worked for me.
Solving Problem 1:
The W3C defines: the meaning of the attribute
xml:id
as an ID attribute in XML documents and defines processing of this attribute to identify IDs in the absence of validation, without fetching external resources, and without relying on an internal subset.In other words, when you use
you do not need to call
setIdAttribute
, nor specify a DTD or Schema. DOM will recognize thexml:id
attribute when used withgetElementById
without you having to validate the document or anything. This is the least effort approach. Note though, that depending on your OS and version of libxml, you wont getgetElementById
to work at all.Solving Problem2:
Even with IDs not being fetchable with
getElementById
, you can still very much fetch them with XPath:would definitely work. And you can also fetch the product children for a specific page directly:
Apart from this, there is very little you can do to make DOM code look less verbose, because it really is a verbose interface. It has to be, because DOM is a language agnostic interface, again defined by the W3C.
EDIT after comment below
It is working like I explained above. Here is a full test case for you. The first part is for writing new XML files with DOM. That is where you need to set the
xml:id
attribute. You use this instead of the regular, non-namespaced, id attribute.This will create an XML file like this:
When you read in the XML again, the new DOM instance no longer knows you have declared the non-namespaced
id
attribute as ID attribute withsetIdAttribute
. It will still be in the XML, but id attribute will just be a regular attribute. You have to be aware that ID attributes are special in XML.Now for some tests:
The above works, because a DOM compliant parser has to recognize
xml:id
is an ID attribute, regardless of any DTD or Schema. This is explained in the specs linked above. The reason it outputs whitespace is because due to the formatted output there is DOMText nodes between the opening tag, the two product tags and the closing tags, so we are iterating over five nodes. The node concept is crucial to understand when working with XML.The above will not work, because
id
is not an ID attribute. For the DOM parser to recognize it as such, you need a DTD or Schema and the XML must be validated against it.XPath on the other hand is literal about the attributes, which means you can query the DOM for the page element with attribute
id
ifgetElementById
is not available. Note that to query the page with ID p1, you'd have to include the namespace, e.g.@xml:id="p1"
.And like said, you can also use XPath to query anything else in the document. This one will not output whitespace, because it will only return the
product
elements below the page with id p2.You can also traverse the entire DOM from a node. It's a tree structure. Since DOMNode is the most important class in DOM, you want to familiarize yourself with it.
On a sidenote, yes, I do have a typo in the original code above. It's
product
notproducts
. But I find it hardly justified to claim the code does not work when all you have to change is ans
. That just feels too much like wanting to be spoonfed.