SAX: ModSAX addition, general property query

[Bill la Forge]

From: John Wilson <tug at wilson.co.uk>
>I don't think that it's unreasonable to insist that objects representing a
>Feature, Handler or Property should either implement a distinct interface or
>subclass a distinct class. If this is so the Parser can tell what Feature,
>Handler or Property is being set by enquiring of the type of the object. (I
>favour insisting that they subclass distinct classes because (in Java) that
>naturally imposes the restriction that a single object can only represent a
>single Property.)


Filters often implement more than one (generally all) handler interface and
then register themselves with the underlying parser/filter for the same events
requested by the overlaying application/filter.

Your proposal would require the filter to instantiate seperate objects for each
set of events it needs to process, though it could simply pass-through the handlers
for those it does not.

The role and class of an object are often distinct. This was one of the things I
did not like about the aggregation scheme that was proposed by Sun a while back.
I think David got it right.

Bill


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at 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 at ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)