[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: String interning (WAS: SAX2/Java: Towards a final form)
"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@i... 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.
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|