OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: GEDCOM model in XML

[ Lists Home | Date Index | Thread Index ]
  • From: "Mark L. Fussell" <fussellm@alumni.caltech.edu>
  • To: Michael Kay <M.H.Kay@eng.icl.co.uk>
  • Date: Fri, 19 Dec 1997 06:19:35 -0800 (PST)

On Fri, 19 Dec 1997, Michael Kay wrote:
> Mark L. Fussell:
> >I would strongly suggest first designing the genealogical object model
> >from the GEDCOM definitions (and other sources) without considering XML
> >or DOM at all.
> Thanks, yes. I agree absolutely. Fortunately my background is in data
> modelling so I'm happy with this side of things.
> My design problem is whether to implement the genealogical objects as
> pointers to XML DOM objects or as copies/conversions of data extracted from
> DOM objects. Of course the choice can be hidden behind the interface.

There is another choice: build your DomainObjects directly from the XML 
Event stream.  This is what MONDO/mindo supports doing and could also be 
done in several other ways.

With that change in focus you then have (at least) three choices: (1)
Provide the DOM interfaces onto existing Domain classes.  This would work
if your Domain Model is easily represented as a simple containment
hierarchy and you only have one such view.  (2) Generate a DOM specific
view when it is asked for and link the generated objects to the original
domain objects.  This allows multiple DOM perspectives on the same
DomainModel and enables some transformation between the classes
(collapsing of associations into simple attributes).  (3) Provide one or
more DOM Adapters onto the Domain classes, which provide similar
functionality as (2) but do not maintain a seperate "cache" of DOM
specific state.  This is basically the same approach as Tim Howard's
DomainAdapter except using document terminology instead of general GUI

You can also combine these approaches in various ways.  Effectively (3) 
is the most general since it simply says: you can functionaly transform 
the Domain into a DOM model.  (2) Caches that result [and allows 
intermediate transitions]. (1) Says the transform is trivial: 1-1.  So 
these are just gradations in function and state transforms.


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/
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)


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS