At 01/01/04 10:44 -0800, Eugene Eric Kim wrote:
>On Wed, 3 Jan 2001, N. C a r r o l l wrote:
>[DOM description deleted]
> > Is that similar to what Doug is describing as an "intermediary
> > document"?
> > http://www.bootstrap.org/a2h/BI/2120.html#2C1
>Mmm, weighty question. Short answer is yes. It's similar in that a
>DOM-like interface could indeed be used to manipulate this "intermediary
Perhaps ... but the implementation of this intermediary is entirely opaque
to the user; the *only* access to the intermediary is *entirely* through
the abstract interface.
The abstract interface is reified as an API for each particular programming
language (direct access) or communication technology (remote access).
>I found the phrasing of the question revealing. The DOM is an interface
>to a document, not the document itself, which makes this question somewhat
>of an apple-orange comparison. However, from a design standpoint, it's
>probably more valuable to think about the "intermediary document" as an
>interface and perhaps a document interchange format, rather than as an
>actual document, which is a point I think Ken was trying to make earlier.
No, not really if I read the above literally. If I consider the
"intermediary document" as the implementation's opaque implementation of
the information in a document, then it isn't an interface. The interface
will be the description of the services acting on the internal
implementation, not the document itself. The interface will be expressed
in terms of what information is in the document, but I feel strongly there
should be no dictums regarding how the internal format is implemented.
By no means is the opaque internal implementation a document interchange
format. When the opaque implementation of a document is "exported" into a
transparent format, then the agreed-upon document interchange format would
be used, but we should not give any indication that an implementation is
required to support the document interchange format internally ... it must
have the flexibility to accept the document interchange format with any
possible internal implementation scheme it wishes.
I think the distinction is critically important.
I hope this helps.
-- G. Ken Holman mailto:gkholman@CraneSoftwrights.com Crane Softwrights Ltd. http://www.CraneSoftwrights.com/m/ Box 266, Kars, Ontario CANADA K0A-2E0 +1(613)489-0999 (Fax:-0995) Web site: XSL/XML/DSSSL/SGML/OmniMark services, training, products. Book: Practical Transformation Using XSLT and XPath ISBN1-894049-05-5 Article: What is XSLT? http://www.xml.com/pub/2000/08/holman/index.html Next public instructor-led training: 2001-01-27,2001-02-21, - 2001-02-27/03-01,2001-03-05/07,2001-04-06/07,2001-05-01
Community email addresses: Post message: unrev-II@onelist.com Subscribe: unrev-IIemail@example.com Unsubscribe: unrev-IIfirstname.lastname@example.org List owner: unrev-IIemail@example.com
Shortcut URL to this page: http://www.onelist.com/community/unrev-II
This archive was generated by hypermail 2b29 : Thu Jan 04 2001 - 12:21:38 PST