[
Lists Home |
Date Index |
Thread Index
]
- From: David Brownell <david-b@pacbell.net>
- To: "Clark C. Evans" <clark.evans@manhattanproject.com>
- Date: Thu, 13 Jan 2000 12:41:21 -0800
"Clark C. Evans" wrote:
>
> There are going to be lots of server side filter
> architectures using the SAX interface which may
> not do this. Indeed, I'd say that the "parser"
> interface is mis-named. It's really an "emitter".
> And I'd go so far to say that in a few years,
> 99% of the "emitters" out there won't be parsers!
I sort of hope so. XML data models shouldn't be
forced to stop right above parsing; it's not always
appropriate. It should certainly be possible to
assemble pipelines of components which may optionally
be sourced by a parser, but don't need to be.
> A java compiler could, for instance, take:
>
> lhs.equals(rhs)
>
> and compile it as
>
> ( lhs == rhs | lhs.equals(rhs) )
Any implementation of "equals" that doesn't
first test for "==" has serious problems; and
I include the String.equals implementations
up to JDK 1.1.6 or so when I say that.
Even so, method invocation is never free, and it's
appropriate to ensure that it can be (sometimes)
eliminated directly in the source code.
- Dave
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/ or CD-ROM/ISBN 981-02-3594-1
Please note: New list subscriptions now closed in preparation for transfer to OASIS.
|