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

SAX: Method Name Collisions

  • From: David Megginson <ak117@f...>
  • To: xml-dev Mailing List <xml-dev@i...>
  • Date: Mon, 13 Apr 1998 10:12:01 -0400

sax method
Tyler Baker writes:

 > > 1. Programmers can import SAX classes into their own namespaces
 > >    with less danger of collision (they will often have their
 > >    own "Parser" and "DocumentHandler" classes).  Experienced programmers
 > >    might snort at this, but I have had several messages from people
 > >    who couldn't understand why their code wasn't compiling properly.
 > 
 > This is very much more evident I have found with method naming
 > collisions than actual class naming collisions.  The class naming
 > collisions can be fixed by explicitly naming the entire package
 > qualified name for classes which collide.  With interfaces there is
 > no mechanism to do this.  If you have a class which implements two
 > interfaces that may have the same method declarations and
 > signature, then you are pretty much SOL as far as figuring out what
 > should be returned.

The biggest offender is SAXAttributeList:

  public int getLength ();
  public String getName (int i);
  public String getType (int i);
  public String getValue (int i);
  public String getType (String name);
  public String getValue (String name);

To minimise method-name collisions, we would have to do something like
this:

  public int getAttributeListLength ();
  public String getAttributeName (int i);
  public String getAttributeType (int i);
  public String getAttributeValue (int i);
  public String getAttributeType (String name);
  public String getAttributeValue (String name);

The first, "getAttributeListLength", is the ugliest.  It is simple to
avoid this problem by creating a separate class for SAXAttributeList,
rather than implementing it in the main driver -- what does everyone
else think about this question?


Thanks, and all the best,


David

-- 
David Megginson                 ak117@f...
Microstar Software Ltd.         dmeggins@m...
      http://home.sprynet.com/sprynet/dmeggins/

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!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.