Lists Home |
Date Index |
- From: "Bill la Forge" <firstname.lastname@example.org>
- To: "james anderson" <James.Anderson@mecomnet.de>, <email@example.com>
- Date: Wed, 27 Jan 1999 17:42:47 -0500
>I undersand this. I don't understand the advantage which expressing the
>effective delegation indirectly through symbolic options values has over
>expressing it directly through explicit delegates. If one wants to delay the
>binding or turn that over to the factory, then pass class names instead of
The advantage of using instances over class names is configurability.
This becomes particularly important when the configuration is data driven,
rather than hard-coded.
(Guess I'm just a wantabe Lisp programmer. But I'm doin' it with Java and
XML, so the distinction between code and data becomes important. And class
names preclude all this.)
So what I'm leaning towards, for the production release of MDSAX, is the
use of configurable parser factories. It was left out of the beta, because everyone
seems to have their favorate way to create parsers (SAXON, SAX, Coins).
I want to provide a mechanism, but without precluding alternatives. And I didn't
want it to be a barrior to the early adoptors for MDSAX.
xml-dev: A list for W3C XML Developers. To post, mailto:firstname.lastname@example.org
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:email@example.com the following message;
To subscribe to the digests, mailto:firstname.lastname@example.org the following message;
List coordinator, Henry Rzepa (mailto:email@example.com)