RE: Merging Object Oriented Design and SGML Architectures

Rick Jelliffe (ricko@allette.com.au)
Mon, 13 Jul 1998 20:18:54 +1000


This is a multi-part message in MIME format.

------=_NextPart_000_0006_01BDAE9B.75220690
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Check out www.sil.org/sgml website: there are thousands of references and
links.

Rick Jelliffe
-----Original Message-----
From: owner-xml-dev@ic.ac.uk [mailto:owner-xml-dev@ic.ac.uk]On Behalf Of
Amit Rekhi
Sent: Monday, 13 July 1998 14:55
To: XML Mail List
Cc: Rick Jelliffe
Subject: Re: Merging Object Oriented Design and SGML Architectures

Rick,
Thanx for the info.

> Instead have put in chapter 3 "Software Engineering" a summary of
various
> methodologies used in practise for developing DTDs.

If you could kindly guide me to any URLs regarding Software Engineering
Methodologies used for DTDs.

Thanx in advance,

AMIT

-----Original Message-----
From: Rick Jelliffe <ricko@allette.com.au>
To: XML Mail List <xml-dev@ic.ac.uk>
Date: Sunday, July 12, 1998 5:28 PM
Subject: RE: Merging Object Oriented Design and SGML Architectures

The big fat Cue book (I think it is called "Using SGML") has a
chapter relating Smalltalk to SGML.

Steve Newcomb has pointed out (reference lost-sorry) that SGML/XML
and OO to a large extent have dissimilar goals, in that SGML/XML (i.e.
generic markup) are attempts to (allow you to) have your data INDEPENDENT of
particular methods while OO is an attempt to bundle methods with data.
However, since the introduction of the PI target in XML, it is better to say
that SGML/XML are attempts to (allow you to) have your data in a form which
allows multiple methods to be attached.

The big fat Holzer book (I think it is called "XML Complete") is
full of code and analysis relating Java to XML. (But the reviews on
amazon.com suggest that it may relate to a superceded version of MSXML too
much.)

In a sense, a lot of the questions about OO and XML may already be
answered, in that XML/SGML embody a particular document system design
methodology (i.e. generalized markup) and because common parsers will be
using three APIs:
* SAX, which XML-DEV contributed to
* DOM, see www.w3.org/TR
* GROVES: this is the big daddy of them all, and is not so much
an API as an analysis of the properties needed for a complete and general
SGML/XML/HyTime "parse tree". (In fact any data format whcih can be parsed
into a tree with inter-node directed-graph arcs can be represented by GROVE,
e.g. CGM the graphics format. Using the same GROVE concept allows navigation
languages like Xptr to be defined that can locate particular nodes in the
tree, regardless of what notation the tree was parsed from.) The GROVES
information is at
http://www.ornl.gov/sgml/wg8/docs/n1920/html/clause-7.1.html#clause-7.1.4
might be useful place to start.

My big fat book, The XML and SGML Cookbook, does not have much OO in
it (intentionally: there is no progamming code in it). Instead have put in
chapter 3 "Software Engineering" a summary of various methodologies used in
practise for developing DTDs. This is because once you have the generalized
model OK, you can add methods (explicitly by using #FIXED attributes in the
DTD, or by invoking a CSS-like stylesheet where there is an element type to
contain mthod code or location, or by using PIs.) So the emphasis is that
the more richly and appropriately your data is marked up, the less
programming work (including OO analysis and design) there is to do.

There is a widespread feeling in the SGML world that you should mark
up data independent of any particular use of it. However, I certainly
believe that a good DTD design will be informed by the known and potential
uses of the data. In a way it comes down to whether you view XML as a
"serialization format" format, where it is just dumping data from a known
schema and known application, or whether it is "markup language" where you
want to expose interesting and useful information to make life simpler for
future software development.

Rick Jelliffe
-----Original Message-----
From: owner-xml-dev@ic.ac.uk [mailto:owner-xml-dev@ic.ac.uk]On
Behalf Of Amit Rekhi
Sent: Friday, 10 July 1998 23:12
To: XML Mail List
Subject: Merging Object Oriented Design and SGML Architectures

Hello,
Could anyone please guide to articles/technical
notes regarding OOD and SGML Architectures.
Any help will be greatly appreciated
Thanx,

AMIT

------=_NextPart_000_0006_01BDAE9B.75220690
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD W3 HTML//EN">

Check=20 out  www.sil.org/sgml  = website:=20 there are thousands of references and links.
 
 
Rick=20 Jelliffe
-----Original Message-----
From: = owner-xml-dev@ic.ac.uk=20 [mailto:owner-xml-dev@ic.ac.uk]On Behalf Of Amit=20 Rekhi
Sent: Monday, 13 July 1998 14:55
To: XML = Mail=20 List
Cc: Rick Jelliffe
Subject: Re: Merging = Object=20 Oriented Design and SGML Architectures

Rick,
          &nbs= p;=20 Thanx for the info.
 
> Instead have put in chapter 3 "Software=20 Engineering"  a summary of various
> methodologies used in practise for developing DTDs.
 
If you could kindly guide = me to any=20 URLs regarding Software Engineering Methodologies used for=20 DTDs.
 
Thanx in = advance,
 
 
          &nbs= p;            = ;            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;       =20 AMIT   
 
 
 
 
 
 
 
-----Original=20 Message-----
From: Rick Jelliffe <ricko@allette.com.au>
T= o:=20 XML Mail List <xml-dev@ic.ac.uk>
Date:=20 Sunday, July 12, 1998 5:28 PM
Subject: RE: Merging = Object=20 Oriented Design and SGML Architectures

The big fat Cue book (I think it is called "Using=20 SGML") has a chapter relating Smalltalk to=20 SGML.
 
Steve Newcomb has pointed out (reference lost-sorry) = that=20 SGML/XML and OO to a large extent have dissimilar goals, in that = SGML/XML (i.e. generic markup) are attempts to (allow you to) = have your=20 data INDEPENDENT of particular methods while OO is an attempt to = bundle=20 methods with data.  However, since the introduction of the = PI=20 target in XML, it is better to say that SGML/XML are attempts to = (allow=20 you to) have your data in a form which allows multiple methods = to be=20 attached.
 
The big fat Holzer book  (I think it is called = "XML=20 Complete") is full of code and analysis relating Java to = XML. (But=20 the reviews on amazon.com suggest that it may relate to a = superceded=20 version of MSXML too much.)
 
In a sense, a lot of the questions about OO and XML may = already=20 be answered, in that XML/SGML embody a particular document = system design=20 methodology (i.e. generalized markup) and because common parsers = will be=20 using three APIs:
    * SAX, which XML-DEV = contributed=20 to
    * DOM, see www.w3.org/TR
    * GROVES: this is the = big daddy of=20 them all, and is not so much an API as an analysis of the = properties=20 needed for a complete and general SGML/XML/HyTime "parse=20 tree". (In fact any data format whcih can be parsed into a = tree=20 with inter-node directed-graph arcs can be represented by GROVE, = e.g.=20 CGM the graphics format. Using the same GROVE concept allows = navigation=20 languages like Xptr to be defined that can locate particular = nodes in=20 the tree, regardless of what notation the tree was parsed from.) = The=20 GROVES information is at http://www.ornl.gov/sgml/wg8/docs/n1920/html/clause-7.1.html#cl= ause-7.1.4=20 might be useful place to start.
 
My big fat book, The XML and SGML Cookbook, does not = have much OO=20 in it (intentionally: there is no progamming code in it). = Instead have=20 put in chapter 3 "Software Engineering"  a = summary of=20 various methodologies used in practise for developing DTDs. This = is=20 because once you have the generalized model OK, you can add = methods=20 (explicitly by using #FIXED attributes in the DTD, or by = invoking a=20 CSS-like stylesheet where there is an element type to contain = mthod code=20 or location, or by using PIs.)   So the emphasis is = that the=20 more richly and appropriately your data is marked up, the less=20 programming work (including OO analysis and design) there is to=20 do.
 
There is a widespread feeling in the SGML world that = you should=20 mark up data independent of any particular use of it. However, I = certainly believe that a good DTD design will be informed by the = known=20 and potential uses of the data. In a way it comes down to = whether you=20 view XML as a "serialization format" format, where it = is just=20 dumping data from a known schema and known application, or = whether it is=20 "markup language" where you want to expose interesting = and=20 useful information to make life simpler for future software=20 development.
 
Rick Jelliffe
-----Original Message-----
From: owner-xml-dev@ic.ac.uk=20 [mailto:owner-xml-dev@ic.ac.uk]On Behalf Of Amit=20 Rekhi
Sent: Friday, 10 July 1998 = 23:12
To: XML=20 Mail List
Subject: Merging Object Oriented Design = and SGML=20 Architectures

Hello,
          &nbs= p;=20 Could anyone please guide to articles/technical notes = regarding OOD=20 and SGML Architectures.
          &nbs= p;=20 Any help will be greatly appreciated
          &nbs= p;=20 Thanx,
 
          &nbs= p;            = ;            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;            =             &= nbsp;          =20 AMIT
 
------=_NextPart_000_0006_01BDAE9B.75220690-- 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)