Lists Home |
Date Index |
- From: james anderson <firstname.lastname@example.org>
- To: "Mark L. Fussell" <email@example.com>, firstname.lastname@example.org
- Date: Mon, 24 Nov 1997 19:27:42 +0100
sorry to start in the middle of this thread, but as an xml novice i'm
wondering why one is at all concerned to extend a language intended to
mark up "structure" in order to encode "behaviour". (this being the
distinction made by separating 'class' and 'type').
why is it not sufficient to accept that an <!ELEMENT ...> dtd form
encodes the structure of one class only, and to encode the type and/or
class relations in marked-up data, instead of adding new elements to the
definition language? (eg ELEMTYPE).
would encode the same information. what advantage do the special forms
and the additional processing mechanisms offer?
why, for instances, isn't the generic dt-element definition
? why does there need to be a BNF for document type definitions?
granted, i have gathered only that sgml background which i need to
vaguely understand XML's origins, but, in the processing of writing an
XML 'processor', i couldn't help but wonder why or whether all the
special forms are required by anything other than historical
(in point of fact, since it's possible to structure processors which
transform all forms to a uniform intermediate representation, i doubt
that the syntactic distinctions are necessary.)
which brings me to ask why one would want to add more. for whatever
and, in passing, where it is noted
>And subclassing implies implementation-inheritance (i.e. code reuse),
>exactly what you were trying to avoid implying.
be careful not to conflate subclassing, through "implementation
inheritance", with code reuse. that applies only in languages which
identify class/structure-implementation with
behaviour-implementation. for a 'generic-function' language (eg. CLOS,
DYLAN) specifications for code reuse are in terms of the type relations,
not the class relations.
xml-dev: A list for W3C XML Developers. To post, mailto:email@example.com
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:firstname.lastname@example.org the following message;
To subscribe to the digests, mailto:email@example.com the following message;
List coordinator, Henry Rzepa (mailto:firstname.lastname@example.org)