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

Re: SAX: Next Round

• From: John Cowan <cowan@l...>
• To: XML Dev <xml-dev@i...>
• Date: Wed, 20 Jan 1999 17:36:05 -0500

David Megginson scripsit:

> I'd like to lose EntityResolver and DTDHandler (who uses them?), but I
> don't know if we can.

Nope, nope, nope.  In particular, I still have a project to finish
a standard EntityResolver that understands Socats.  By having such
a thing, you can fit Socat support into arbitrary applications using
arbitrary SAX parsers.  Keep it.  As for DTDHandler, it exposes
stuff that XML 1.0 requires a parser to expose.
 
> 1. Filter Interface

I propose a fourth alternative: provide ParserFilter as a helper
class, and don't have a separate interface.  Parser filters are
just parsers that have a "parser(Parser)" constructor.

One particularly nice feature of this is that it is the pattern
used by Java {Input,Output}Streams and Readers/Writers: Chain of
Responsibility.

> 2. Lexical Event Handler

I'll post on this later.
 

-- 
John Cowan	http://www.ccil.org/~cowan		cowan@c...
	You tollerday donsk?  N.  You tolkatiff scowegian?  Nn.
	You spigotty anglease?  Nnn.  You phonio saxo?  Nnnn.
		Clear all so!  'Tis a Jute.... (Finnegans Wake 16.5)

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

• Follow-Ups:
  • Re: SAX: Next Round
    • From: James Clark <jjc@j...>
  • Re: SAX: Next Round
    • From: <david@m...>

• References:
  • SAX: Next Round
    • From: <david@m...>

• Prev by Date: Re: Questions on DCD
• Next by Date: Re: Xpointer Entity
• Previous by thread: SAX: Next Round
• Next by thread: Re: SAX: Next Round
• Index(es):
  • Date
  • Thread