[
Lists Home |
Date Index |
Thread Index
]
- From: "Jonathan Borden" <jborden@mediaone.net>
- To: "Steven R. Newcomb" <srn@techno.com>
- Date: Thu, 25 Feb 1999 20:57:34 -0500
Steven R. Newcomb wrote:
>
> In property sets there are never any methods
> whatsoever. This point is emphasized by the fact
> that, in the grove paradigm, the information
> components are called "nodes" rather than
> "objects". If you choose to instantiate a grove
> as a collection of objects (as many reasonable
> people, including those at my own company,
> certainly would), that's OK, but the fundamental
> abstraction does not have the concept of methods.
>
...
... if any of the following statements
> are true:
>
> * the information may outlast existing processing
> systems,
>
> * the information may have unforeseen uses in an
> ever-changing world, and
>
> * the information must be interchanged in an open,
> multivendor environment.
>
> Instead of encapsulating such information in
> methods, as objects often do, we need to
> encapsulate it in semantics, as XML can be used to
> do. Having rendered the information as XML, and
> having chosen appropriate semantic-bearing tags
> and other attributes for its various components,
> we now have the information in a totally useless
> but highly interchangeable form that can become
> input to any application for any purpose,
> including unforeseen purposes.
>
Well put. Several years ago, I thought that the ideal design for a
healthcare system was object oriented with strict interfaces between
components (nothing works together today without much to much time spent on
integration). More recently, I think that it is even more important that the
information (e.g. the lifetime medical record) be represented in an SGML/XML
format and that this be mandated. Your arguments reinforce these beliefs. It
was noted some days ago in a discussion in regard to databases that the
success of the relational database was the ability to formally describe the
system. Perhaps it the property set/grove formalism will serve the same
purpose for XML.
The ability to apply declarative transformations (e.g. XSL) to 'grove like'
structures replaces much of the need to define algorithms (i.e. object
methods). My experience with programming is that the majority consists of
transforming data from the format returned from one API into a format
appropriate for another API, so this type of analysis is poised to save us
alot of work!
Jonathan Borden
http://jabr.ne.mediaone.net
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@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@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)
|