OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: Programmer Interface

[ Lists Home | Date Index | Thread Index ]
  • From: David Megginson <david@megginson.com>
  • To: xml-dev@ic.ac.uk
  • Date: Fri, 28 Aug 1998 12:53:06 -0400

Charles Reitzel writes:

 > Does SAX support the notion of a low-level/full-control interface
 > with high-level/app-safe layers over it?  Is this what filters do?
 > Does anyone have a pointer to a conceptual overview of the SAX
 > object hierarchy?

SAX provides no explicit support for doing so, but what you suggest is
implicit in the design: SAX was intended to provide very low-level
parse information that middle layers (such as a DOM implementation or
some other object model) can present to application writers in a more
palatable form.  In the end, I bent a little to the wishes of the
masses and included a few friendly helper classes, but for the most
part, SAX is still more IP than HTTP.

There are two major advantages to keeping SAX relatively stupid:

1. Parser writers do not need to implement too much, so they're more
   likely to support SAX (as has happened almost universally among
   Java parser writers).

2. Application writers aren't stuck with a single, high-level object

All the best,


David Megginson                 david@megginson.com

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS