Streams, protocols, documents and fragments

[Tom Harding]

David Megginson wrote:

> -- a general-purpose DOM would be *extremely* inefficient for handling
> things like vector graphics or 3D worlds (to name only two), though it
> is always possible to expose their optimised object models through a
> DOM interface later if necessary.

In lots of applications, the data can't stay in an XML representation for very long anyway,
because of what you're integrating it with/displaying it on/routing it through/converting it
to/storing it in/etc... I view the DOM as a standard, OO way of manipulating the contents of a
document.  It lets applications get work done, even without taking an end-to-end OO approach.
Perhaps I'm showing my bias here ;D



xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)