[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: SAX2 Namespace Support

• From: John Aldridge <john.aldridge@i...>
• To: xml-dev@i...
• Date: Wed, 05 Jan 2000 17:22:19 +0000

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

OK, let me try again...

---------

class QName {
public:
    wstring nsURI () const;        // http://www.w3c.org/1999/xhtml
    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;

----------

Advantages:

(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.
-- 
Cheers,
John

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...)

• Follow-Ups:
  • John's Suggestion (Was: Re: SAX2 Namespace Support)
    • From: "Clark C. Evans" <clark.evans@m...>

• References:
  • Re: SAX2 Namespace Support
    • From: John Aldridge <john.aldridge@i...>
  • Re: SAX2 Namespace Support
    • From: John Aldridge <john.aldridge@i...>
  • Re: SAX2 Namespace Support
    • From: David Megginson <david@m...>

• Prev by Date: Re: To Oracle or NOT to Oracle
• Next by Date: Re: SAX2 Namespace Support
• Previous by thread: Re: SAX2 Namespace Support
• Next by thread: John's Suggestion (Was: Re: SAX2 Namespace Support)
• Index(es):
  • Date
  • Thread