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

Re: What should TrAX look like? (Was: Re: Article on

  • To: dareo@m..., xml-dev@l...
  • Subject: Re: What should TrAX look like? (Was: Re: Article on JAXP 1.3 "Fast and Easy XML Processing")
  • From: Prakash Yamuna <techpy@y...>
  • 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= ;

articleon rsa
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
to speak.

Everybody who implements Source will adhere to the
interface.

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

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.

Disclaimer:
I don't claim I understand .NET interfaces - so please
feel to ignore my comments.

prakash
> -----Original Message-----
> From: Paul R Brown [mailto:prb@f...] 
> Sent: Thursday, February 17, 2005 11:14 AM
> To: 'XML Developers List'
> Cc: 'Elliotte Harold'; Michael Kay
> Subject: Re:  What should TrAX look like?
(Was: Re: 
>  Article on JAXP 1.3 "Fast and Easy XML
Processing")
> 
> 
> I also go so far as to say that the discussion is a
bit misdirected: 
> the apparently poor encapsulation of Source is more
of a 
> symptom of the fact that TrAX transformers (e.g.,
XSLT 
> processors but potentially STX or XQuery or...?)
need to be 
> able to implement their underlying model however
they so 
> choose.  Source is little more than a marker
interface, and 
> the thing that makes sense (at least to me) is to
have 
> off-the-beaten-path Source implementations (e.g.,
for a pull 
> parser) exhibit enough polymorphism (implement
SAXSource, 
> DOMSource, etc.) to make them useful and reasonably
portable 
> for consumption by different Transformer
implementations.

Marker interface is a synonym for design flaw. 

--
PITHY WORDS OF WISDOM 
No matter how long or how hard you shop for an item,
after you've 
bought
it, it will be on sale somewhere cheaper.   

This posting is provided "AS IS" with no warranties,
and confers no
rights.  


		
__________________________________ 
Do you Yahoo!? 
All your favorites on one personal page ? Try My Yahoo!
http://my.yahoo.com 

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.