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

Re: SAX: do we want a base class (was Re: SAX: towards a solution)

  • From: Paul Prescod <papresco@t...>
  • To: xml-dev@i...
  • Date: Sat, 03 Jan 1998 20:50:06 -0500

base saxaphone
David Ornstein wrote:
> 
> My point is about a relationship: as the usefulness of the base class
> climbs towards necessity, the probability of people using SAX-implementing
> parsers *that don't come with the base class supplied* declines.  This is
> only important iff the design of the API is influenced by the assumption of
> the presence of the base class.  Some of the "design issue" posts seemed to
> me to be heading in that direction.   If we divide the world into SAX
> implementors and SAX clients, I think that the base class is a useful thing
> for *clients* to build and use; it's how I'd do it.  As such, I think it
> probably doesn't belong on the implementor side of the line.

If SAX implementors are required to provide a base class, clients could
use it through delegation or inheritance, depending on the language. If
implementing a SAX client is going to depend on this base class, then we
must specify its behaviour and require its existence, however.

Life would be easier if we did not depend on it. One way to do this is
to use the common event-handling idiom of returning "false" or "null"
when you want the caller to do the job. So, for instance a
"fetchEntity()" method might return NULL to indicate that the client
wanted to leave it up to the SAX implementation.

Yet another way to do it would be to require the registration of objects
for the handling of more complex events:

registerEventFetcher( EventFetcher fletch );

 Paul Prescod
--
http://itrc.uwaterloo.ca/~papresco

Art is always at peril in universities, where there are so many people, 
young and old, who love art less than argument, and dote upon a text 
that provides the nutritious pemmican on which scholars love to chew. 
				-- Robertson Davies in "The Cunning Man"



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!

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.