[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: SAX: two alternatives for namespaces
David Megginson wrote: > What changes to SAX 1.0 are required to support two-part names? Follows a summary of my views. > 1. Concatentation > > Use a single Java String (or C++ wstring, etc.) to represent a > two-part name; select a non-XML character to use as the separator. I strongly support this. > Advantages: > - requires no modification to SAX 1.0 Also: it can be layered on top of existing SAX-compliant parsers as a filter, so that parsers need not change for namespace support. > Disadvantages: > - places additional burden on applications > - may produce unexpected results with applications that assume only > traditional one-part names (especially normalisers) Adding namespace support in a filter makes avoiding these problems easy: if namespace interpretation is a Bad Idea for your application, don't install it. It is applications, not parsers, that need or don't need namespace information. > - makes equality testing tricky I'm not sure I understand this. Assuming that all relative URLs are coerced to absolute form (which my current implementation regrettably does not do), there seem to be no special issues. > 2. New Interface > Advantages: > - provides easy and separate access to the URI part and the base > part of a name Adding a few static routines to separate a combined string into its components adds very little space cost, though admittedly some runtime cost. > Disadvantages: > - backwards-incompatible with SAX 1.0; all software would have to > change I think this is a very large cost indeed. > Of course, we should finalise nothing until the namespaces spec > becomes a recommendation. Agreed, but experimental implementations are well worthwhile. -- John Cowan http://www.ccil.org/~cowan cowan@c... You tollerday donsk? N. You tolkatiff scowegian? Nn. You spigotty anglease? Nnn. You phonio saxo? Nnnn. Clear all so! 'Tis a Jute.... (Finnegans Wake 16.5) 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/ To (un)subscribe, mailto:majordomo@i... the following message; (un)subscribe xml-dev To subscribe to the digests, mailto:majordomo@i... the following message; subscribe xml-dev-digest List coordinator, Henry Rzepa (mailto:rzepa@i...)
|
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
|