[
Lists Home |
Date Index |
Thread Index
]
- From: David Megginson <david@megginson.com>
- To: "XML Developers' List" <xml-dev@ic.ac.uk>
- Date: Mon, 8 Mar 1999 06:49:59 -0500 (EST)
What: Additions to ModParser interface
I'm proposing a couple of additions to the ModParser interface:
public interface ModParser extends Parser
{
public abstract void setFeature (String featureID, boolean state)
throws SAXNotSupportedException;
public abstract void setHandler (String handlerID, ModHandler handler)
throws SAXNotSupportedException;
public abstract void set (String infoID, Object prop)
throws SAXNotSupportedException;
public abstract Object get (String infoID)
throws SAXNotSupportedException;
}
These allow you to do interesting things like
parser.set("http://www.foo.com/props/textfilter", filter);
or
try {
Node node = parser.get("http://xml.org/sax/props/dom-node");
} catch (SAXNotRecognizedException e1) {
// doesn't know about DOM processing...
} catch (SAXNotSupportedException e2) {
// knows about DOM processing, but not doing it...
}
Again, it's a little sloppy as an interface, but it's beautifully
extensible and it supports filters nicely (if there are other filters
between the DOM iterator and the application, it will still work).
Note that strictly speaking, now, setHandler() and setFeature() are no
longer primitives, since they could both be implemented in terms of
set(), but I think that the extra type checking is worthwhile in those
cases.
All the best,
David
--
David Megginson david@megginson.com
http://www.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/ and on CD-ROM/ISBN 981-02-3594-1
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)
|