[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: GEDCOM model in XML

  • From: "Mark L. Fussell" <fussellm@a...>
  • To: Michael Kay <M.H.Kay@e...>
  • Date: Fri, 19 Dec 1997 06:19:35 -0800 (PST)

gedcom dom


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
terms. 

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.

--Mark
mark.fussell@c...

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.