SAX2 Namespace Support

John Aldridge john.aldridge at
Wed Jan 5 17:22:53 GMT 2000

At 10:12 05/01/00 -0500, David Megginson <david at> wrote:
>John Aldridge <john.aldridge at> writes:
>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

OK, let me try again...


class QName {
    wstring nsURI () const;        //
    wstring localPart () const;    // p
    bool operator== (const QName &rhs) const;

class ElementInfo {
    QName name () const;
    wstring nsPrefix () const;     // html
    wstring prefixedName () const; // html:p
    AttributeList &attributes () const;

void startElement (const ElementInfo &info) throws SAXException;



(a) All values can be lazily evaluated if this speeds things up (i.e. the
QName and ElementInfo classes need contain no more than a raw pointer into
the parser's internal data structures).

(b) ElementInfo can be extended later to add extra methods without source
level incompatibility.

(c) QName has no public fields which do not participate in equality
testing, yet the equality operator has the "right" behaviour.

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at
Archived as: and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo at the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo at the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at

More information about the Xml-dev mailing list