[
Lists Home |
Date Index |
Thread Index
]
- From: "Simon St.Laurent" <simonstl@simonstl.com>
- To: xml-dev@ic.ac.uk
- Date: Fri, 12 Feb 1999 17:19:46 -0500
At 11:58 AM 2/12/99 -0700, roddey@us.ibm.com wrote:
>We have taken that approach with our 'Version 2" parsers, Java and C++.
>They are pretty well layered and pluggable. Don't plug in a validation
>handler and you won't do any validation work. Don't plug in an entity
>handler, and you won't get any entity information, etc... Basically we've
>just extended the concept of a SAX-like handler all the way into the core
>of the parser. It allows both for extensibility by rolling your own
>handler, and for the client who is putting together a particular type of
>parser configuration to tell the lowest level of the parser "do the least
>work possible for this group of things, since I'm not even interested".
This sounds (and looks) promising. I'm not clear exactly _how_ modular it
is, though. Can I take info from the SAX parser, abuse (or nicely process)
it, and feed it back into the DOM tree builder? Or am I stuck to choosing
validating/non-validating and DOM/SAX? Is the 'SAX-like handler' really
SAX with extras, or is it incompatible?
Reading the API is kind of weird. I'd like to know what this 'scanner'
critter is doing too.
Fun stuff, though!
Simon St.Laurent
XML: A Primer / Building XML Applications (April)
Sharing Bandwidth / Cookies
http://www.simonstl.com
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
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@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)
|
