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

SAX2 and Acceptor/Connector

• From: Gabe Beged-Dov <begeddov@j...>
• To: XML List <xml-dev@i...>
• Date: Tue, 18 May 1999 06:58:38 -0700

It seems to me that all of the new functionality in SAX2 can be
described as create time negotiation between the consumer of XML parsing
services and the provider.

Once this negotiation has completed, the steady state usage of the
parser is done via the same interfaces as in SAX1. There is a design
pattern that addresses similar issues called the Acceptor/Connector
pattern (http://www.cs.wustl.edu/~`schmidt/Acc-Con.ps.gz).

I'm sure that you can come up with some use case that will seem to
require you to modify the parser feature set on the fly in the middle of
a parse but I'm equally sure that it would not outweigh the myriad
benefits of applying the Acceptor/Connector pattern.

An additional benefit of this approach is that the steady state
interfaces can continue to be SAX1 and not impact the existing code
base. This relates to the Parser2 thread.


Cordially from Corvallis,

Gabe Beged-Dov



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...)

• Follow-Ups:
  • re: SAX2 and Acceptor/Connector
    • From: David Megginson <david@m...>

• Prev by Date: RE: Parser2 considered harmful
• Next by Date: Re: Argh...Entities
• Previous by thread: XML Information Set WD
• Next by thread: re: SAX2 and Acceptor/Connector
• Index(es):
  • Date
  • Thread