Lists Home |
Date Index |
- From: David Megginson <firstname.lastname@example.org>
- To: "Michael Kay" <M.H.Kay@eng.icl.co.uk>
- Date: Tue, 24 Feb 1998 13:51:04 -0500
Michael Kay writes:
> >In a private message, one SAX user raised the issue again of multiple
> >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 Megginson email@example.com
Microstar Software Ltd. firstname.lastname@example.org
xml-dev: A list for W3C XML Developers. To post, mailto:email@example.com
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:firstname.lastname@example.org the following message;
To subscribe to the digests, mailto:email@example.com the following message;
List coordinator, Henry Rzepa (mailto:firstname.lastname@example.org)