[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: multiple handlers
Michael Kay writes: > >In a private message, one SAX user raised the issue again of multiple > >handlers > >Any further thoughts on this issue? > > > I've implemented a layer on top of SAX that provides not only multiple > handlers, but also per-element-type handlers. Since it is trivial to > implement this on top of SAX, I suggest it shouldn't go into SAX itself. I had this same thought when I was walking my girls to school after lunch. Unlike a GUI, which spends most of its time waiting for the user to do something interesting, an XML parser has to deal with hundreds or thousands of events each second, and perhaps millions of events in a hefty XML document. Upon reflection, I am becoming more inclined to agree with the arguments that people made in the first round, that the overhead of walking through a vector of handlers and delivering each event to each one can be excessive. Besides, as Michael rightly points out, implementing a multi-listener interface on top of SAX is trivial if you really need it. All the best, David -- David Megginson ak117@f... Microstar Software Ltd. dmeggins@m... http://home.sprynet.com/sprynet/dmeggins/ 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/ 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! 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
|