SAX: ModSAX addition, general property query
Glenn Vanderburg
glv at vanderburg.org
Tue Mar 9 15:53:09 GMT 1999
Bill la Forge wrote:
>
> 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.
>
> 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.
Yes, and as written, John's proposal would require distinct handler
objects for each feature, which would be bad. However, with a slight
modification, it would work beautifully. Instead of using a string
as a feature ID, use a type descriptor (in Java, an instance of
java.lang.Class). Feature handlers would be registered by supplying
the Class object that represents the feature being implemented, along
with a handler object that is assignable to that type.
It seems probable to me that, whatever naming scheme is chosen for
features, each feature will have a special interface that handlers
must implement; if that's true, and Strings are used to identify
features, we will effectively have two names for each feature. And
using classes shares one of the good aspects of the URI solution: it
piggybacks on the DNS to provide a ready-made collision-free global
namespace.
The only problem I see with this proposal is that it may not translate
well to other languages. One possibility is for other languages to use
the name of the corresponding Java interface as a feature name; for
example, "org.xml.sax.NamespaceHandler". This may not be ideal, but
does not seem too onerous.
---glv
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)
More information about the Xml-dev
mailing list