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

Re: SAX: Entity Resolution

  • From: Paul Prescod <papresco@t...>
  • To: xml-dev Mailing List <xml-dev@i...>
  • Date: Mon, 05 Jan 1998 04:48:55 -0500

sax entity
David Megginson wrote:
> ENTITY RESOLUTION
> -----------------
> 
> While I agree that a full entity manager would be more powerful than a
> simple callback, I am not certain that the power will really be needed
> by most SAX users; furthermore, if it is needed, that functionality
> can be supplied more generally by an HTTP or FTP proxy server.  For
> now, then, I recommend that we stick with the resolveEntity callback,
> which is simple to use and to learn, but provides 80% of the required
> functionality (that's 80% in the abstract 80/20 sense).

I agree with James on this one. I think that the entity manager
interface is actually simpler in several senses:

#1. It more perfectly allows you to ignore entities if you don't care
about them. Think of the difference between 1.0 AWT and 1.1 AWT event
handling. In the former you implement certain callbacks to get certain
behaviour. In the latter, you register callbacks.

In the old-style interface, it was only possible to make a simple applet
that ignored most events by using the magic of inheritance (which we
should not depend on too heavily). In the new-style interface you can
ignore a particular object's events by merely not registering a handler
for them. I contend that the latter is simpler in the case where you
don't care about the events.

#2. It more perfectly aligns with the language and intent of the SGML
spec. where an entity handler is a distinct and important code module.
XML-Lang does not specify the concept of an entity handler, but those of
us from the SGML world know it to be a useful organizing concept and I
think we can help the XML new-comers by promoting it.

#3. The role of the XML App is not to provide information, but to
consume it. I think that mixing up these responsibilities is confusing
and complicates the construction of XML Apps.
 --
http://itrc.uwaterloo.ca/~papresco

Art is always at peril in universities, where there are so many people, 
young and old, who love art less than argument, and dote upon a text 
that provides the nutritious pemmican on which scholars love to chew. 
				-- Robertson Davies in "The Cunning Man"



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.