OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: String interning (WAS: SAX2/Java: Towards a final form)

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






 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS