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

XML2ApplObject Framework

• From: Dmitri Kondratiev <dima@p...>
• To: xml-dev@i...
• Date: Thu, 12 Mar 1998 00:19:38 +0300

A few more comments I have on "XML Documents Are Objects! (or "Killing OO
Softly With XML")" thread :

I need __XML to problem domain object mapping API__ that will work not only
in Lark, but other parsers too. To say more, I need this to work not only in
parsers which work results in object _tree structure_, but in _event-based
parsers_, that use SAX API, for example.
In other words, I want XML2ApplObject Framework (such as Coins)
*independent* from XML parser used. That was the point in my previous
message about Coins vs DOM. 
The main point here is that my appl. may use different APIs to parse XML *at
once*. So, I'd like to have a freedom to use DOM to do "regular" staff with
my XML document and Coins to do *application specific* XML2ApplObject
mapping. In this case, I will certainly want Coins to use object tree that
DOM will produce. This will allow to avoid duplicating functionality in the
code. In the other case I'd like to use SAX  for "regular" work and
naturally will want Coins to work with SAX. From this follows a simple
conclusion:
- XML2ApplObject framework should not parse XML itself.
- XML2ApplObject should be configurable in run time to work with different
XML parsing APIs. This can be done, in simple, case with factories, as well
as other techniques that OI (Open Implementation) exploits.

Dima
 


-----------------
Dmitri Kondratiev
dima@p...
102401.2457@c...
http://www.geocities.com/SiliconValley/Lakes/3767/
tel: 07-095-464-9241


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

• Prev by Date: RE: Interesting Press Release from O'Reilly
• Next by Date: SAX: Resolving entity sysids
• Previous by thread: XML-Viewer
• Next by thread: SAX: Resolving entity sysids
• Index(es):
  • Date
  • Thread