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

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: SAX2: Namespace proposal

[ Lists Home | Date Index | Thread Index ]
  • From: Stefan Haustein <stefan.haustein@trantor.de>
  • To: David Megginson <david@megginson.com>, "xml-dev@ic.ac.uk" <xml-dev@ic.ac.uk>
  • Date: Mon, 20 Dec 1999 16:44:57 +0100

> > - building a new object seems some overhead at the first sight,
> >   but in JAVA also a new String is a new object...
> 
> And that is why most parsers internalize strings rather than creating
> new ones, and that's why the SAX characters() and
> ignorableWhiteSpace() methods use character arrays rather than
> strings.  XML parsing shows up a lot of problems that Java programmers
> aren't used to, because it generates so many events (often tens of
> thousands) in only a few seconds.

OK, what about

 void startElement(String localName, AttributeList attr,
NameSpaceContext nsc)

NameSpaceContext could be unmutable and thus be reused while unchanged.
I could still remember all parameters since there is only one more at
the end :-) 

The parser would only need to check if the NSC has changed and could
reuse the same object otherwise. 

Best regards

Stefan

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/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo@ic.ac.uk the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)






 

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

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