Lists Home |
Date Index |
- To: email@example.com, firstname.lastname@example.org
- Subject: Re: [xml-dev] What should TrAX look like? (Was: Re: [xml-dev] Article on JAXP 1.3 "Fast and Easy XML Processing")
- From: Prakash Yamuna <email@example.com>
- Date: Fri, 18 Feb 2005 13:07:27 -0800 (PST)
- Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=1qR/sfR5cLlnVCcBigAAq66cmNM0tGu50+gv/YxuzoXaiQf/1HOnRRQpxzZMW/2Q4QYzgq+Go/lMZaYQpEuTLs+ABrFNKus+pRbl+to9FFULf5501q8kvxXbT+2UlH3eYtsaO2TAZED6Al31o8H3Bv7Yw+xUWwjWIJkt+kx+o/g= ;
I find Source more useful - sure it is very light
weight and has little value.
But what it has done is put a stake in the ground so
Everybody who implements Source will adhere to the
This becomes very useful from an evolution
perspective. The reason it is underspecified is a lot
of models have disparate needs and there has been no
common agreement on how they can expose it.
But over time as things mature and our understanding
increases - the disparate models, implementations can
come to an understanding on what their needs would be
- at that point Source can evolve further and there
can be more meat to its interface.
But because of the fact all the models decided to
adhere to Source - they will support this much heavier
The comparison to .NET interfaces may not be very
meaningful because the considerations may be different
in my mind.
As you mention the consideration in the .NET design
was usability (in terms of less lines of code).
The consideration for Source may also include varied
implementations and how they can still provide certain
guarantees (even if these are actually non-existent
today) - when you are designing such a system it is
best to underspecify rather than overspecify.
I don't claim I understand .NET interfaces - so please
feel to ignore my comments.
> -----Original Message-----
> From: Paul R Brown [mailto:firstname.lastname@example.org]
> Sent: Thursday, February 17, 2005 11:14 AM
> To: 'XML Developers List'
> Cc: 'Elliotte Harold'; Michael Kay
> Subject: Re: [xml-dev] What should TrAX look like?
> [xml-dev] Article on JAXP 1.3 "Fast and Easy XML
> I also go so far as to say that the discussion is a
> the apparently poor encapsulation of Source is more
> symptom of the fact that TrAX transformers (e.g.,
> processors but potentially STX or XQuery or...?)
need to be
> able to implement their underlying model however
> choose. Source is little more than a marker
> the thing that makes sense (at least to me) is to
> off-the-beaten-path Source implementations (e.g.,
for a pull
> parser) exhibit enough polymorphism (implement
> DOMSource, etc.) to make them useful and reasonably
> for consumption by different Transformer
Marker interface is a synonym for design flaw.
PITHY WORDS OF WISDOM
No matter how long or how hard you shop for an item,
it, it will be on sale somewhere cheaper.
This posting is provided "AS IS" with no warranties,
and confers no
Do you Yahoo!?
All your favorites on one personal page – Try My Yahoo!