[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: SAX: ModSAX addition, general property query

  • From: Glenn Vanderburg <glv@v...>
  • To: Bill la Forge <b.laforge@j...>
  • Date: Tue, 09 Mar 1999 09:40:42 -0600

Re: SAX: ModSAX addition
Bill la Forge wrote:
> 
> From: John Wilson <tug@w...>
> >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@i...
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@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!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.