[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: A weaker XSL?

  • From: Tyler Baker <tyler@i...>
  • To: Nathan Kurz <nate@v...>
  • Date: Thu, 04 Feb 1999 13:54:37 -0500

lazy dom
Nathan Kurz wrote:

> Also, while the entire stream has to have been read, does it have to
> have already been processed?  The way I was interpretting the spec,
> the DOM model didn't exclude a lazy processing method.  So long as an
> implementation provides a compliant interface, can't it do anything it
> wants with the data, even so far as to put off processing information
> until it is requested?

Actually this is legal, just that when over you iterate over nodes, a Node needs to return the
expected data.  If you are reading things from a stream, then you obviously cannot just make
random accesses throughout the stream to lazily evaluate your data because streams are
inherently sequential.  For a DOM document that is merely an interface to a DBMS, this lazy
data model approach you suggest may indeed be the optimal solution for that particular
implementation.

> I had hoped for an extremely lazy DOM implementation that would
> maintain information about all but the root level nodes in a 'flat'
> unprocessed state a request for that information is made.  For many
> cases (well, at least the ones I'm envisioning) such an implemention
> would be much more efficient than an entirely pre-processed one.  Is
> this sort of implemention just right out of the question?

No.  Sorry if I confused you.

>
> As for the second statement (regarding XSL), could these constraints
> be more explicitly laid out?  While I can see that arbitrary XSL might
> require a fully constructed tree, couldn't one come up with many cases
> where a partially constructed tree would be sufficient?  For example,
> what if your style sheet had only the following template:
>
>      <xsl:template match="/match">
>      Found a match!
>      </xsl:template>
>
> Would one still have to fully construct your tree ahead of time?
>
> Hoping I'm not too far off base but half-expecting that I must be,
>
> nathan kurz
> nate@v...
>
> xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
> Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
> To (un)subscribe, mailto:majordomo@i... the following message;
> (un)subscribe xml-dev
> To subscribe to the digests, mailto:majordomo@i... the following message;
> subscribe xml-dev-digest
> List coordinator, Henry Rzepa (mailto:rzepa@i...)


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.