RE: SAX2 Namespace Support
The semantics of operator==() and equals() should match the concept that the class represents. If I understand the Namespaces spec  correctly, an identical URI (defined in the spec as "exactly the same character-for-character") and an identical local part imply an identical QName. According to the spec, "the prefix functions only as a placeholder for a namespace name."  The URI is the key. Even in the intro, the authors emphasize that the XML version of namespaces "is not, mathematically speaking, a set." One man's opinion... Andy  http://www.w3.org/TR/REC-xml-names/  http://www.w3.org/TR/REC-xml-names/#ns-qualnames | -----Original Message----- | From: owner-xml-dev@i... [mailto:owner-xml-dev@i...]On Behalf Of | Leigh Dodds | Sent: Wednesday, 05 January 2000 10:47 AM | To: David Megginson | Cc: xml-dev | Subject: RE: SAX2 Namespace Support | | | > In principle (the principle of least surprise), it's very bad | > behaviour for two objects to be == in C++ or equals() in Java if any | > of their publicly-accessible fields differ. Think of sets, for | > example. | | In this instance though your level of surprise is going to relate | to how familiar you are with the Namespaces spec. After reading | it I'd be surprised if two QNames with the same URIs and same local | parts aren't the considered equal. | | The problem though boils down to how often, in reality, XML instances | will have the same Namespace declared twice, with different prefixes. | | I'd have thought this would be pretty unlikely. In a data interchange | context standardising prefixes for Namespaces would mitigate this | 'problem' and would probably have beneficial side-effects as well. | | In a document authoring context I can't imagine using the same | Namespace with two prefixes, except by accident. Readibility | (of the XML) is reduced with Namespaces anyway, sprinkling additional | prefixes around makes this worse. | | 2-penneth worth. | | L. | | 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/ and on | CD-ROM/ISBN 981-02-3594-1 | To unsubscribe, mailto:majordomo@i... the following message; | unsubscribe xml-dev | To subscribe to the digests, mailto:majordomo@i... the | following message; | subscribe xml-dev-digest | List coordinator, Henry Rzepa (mailto:rzepa@i...) | | 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/ and on CD-ROM/ISBN 981-02-3594-1 To unsubscribe, mailto:majordomo@i... the following message; unsubscribe 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