[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: Quick Xpath
> One implementation is easy, just as proof of concept, but is > not likely to be optimal. If it's your own flavor of DOM to > which XPath processing is applied, and the DOM can be assumed > to be read-only, each node can be constructed to carry its > index in document order, allowing a trivial sort after nodes > were found by the Xpath processor, using the DOM > implementation secret sauce. You could relax the read-only > assumption at the cost of a major renumbering each time the > DOM was modified. Yes, this is why most XSLT processors perform far better on their own native tree structure than on a third-party DOM, especially a mutable DOM. It's precisely the scheme Saxon uses (except that the node doesn't "contain" its index, the tree is actually an array of nodes stored in document order). Michael Kay Software AG home: Michael.H.Kay@n... work: Michael.Kay@s...
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|