xml-dev - Re: [xml-dev] Article on JAXP 1.3 "Fast and Easy XML Processing"

Re: [xml-dev] Article on JAXP 1.3 "Fast and Easy XML Processing"

[ Lists Home | Date Index | Thread Index ]

To: Dare Obasanjo <dareo@microsoft.com>
Subject: Re: [xml-dev] Article on JAXP 1.3 "Fast and Easy XML Processing"
From: Bill de hÓra <bill.dehora@propylon.com>
Date: Thu, 17 Feb 2005 01:39:26 +0000
Cc: Michael Kay <mike@saxonica.com>, Elliotte Harold <elharo@metalab.unc.edu>, Neeraj.Bajaj@Sun.COM, Chris Burdess <dog@bluezoo.org>, xml-dev@lists.xml.org
In-reply-to: <830178CE7378FC40BC6F1DDADCFDD1D1042DAC47@RED-MSG-31.redmond.corp.microsoft.com>
References: <830178CE7378FC40BC6F1DDADCFDD1D1042DAC47@RED-MSG-31.redmond.corp.microsoft.com>
User-agent: Mozilla Thunderbird 1.0 (Windows/20041206)

Dare Obasanjo wrote:

> So given the choice of methods that take useless interfaces (since they
> have to cast to get anything useful) and APIs with lots of overloaded
> methods that support a rich set of data sources, why would you think the
> former is better? 

Because it'll be more elegant to add metadata onto Source objects than 
continue with parametric polymorphism. It's hard not to conclude a 
fundamental abstraction is missing when a class has that many overloaded 
calls.

cheers
Bill

Follow-Ups:
- What should TrAX look like? (Was: Re: [xml-dev] Article on JAXP 1.3"Fast and Easy XML Processing")
  - From: Elliotte Harold <elharo@metalab.unc.edu>

References:
- RE: [xml-dev] Article on JAXP 1.3 "Fast and Easy XML Processing"
  - From: "Dare Obasanjo" <dareo@microsoft.com>

Prev by Date: RE: [xml-dev] choice, sequence, all: 'easy' XML Schema question
Next by Date: RE: [xml-dev] Article on JAXP 1.3 "Fast and Easy XML Processing"
Previous by thread: RE: [xml-dev] Article on JAXP 1.3 "Fast and Easy XML Processing"
Next by thread: What should TrAX look like? (Was: Re: [xml-dev] Article on JAXP 1.3"Fast and Easy XML Processing")
Index(es):
- Date
- Thread