MHonArc v2.5.2 -->
ubl-ndrsc message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [Elist Home]
Subject: [ubl-ndrsc] RE: [ubl-lcsc] Newest version of the OO-design positionpaper.
Title: RE: [ubl-lcsc] Newest version of the OO-design position paper.
Gunther:
I have a fairly basic question for you.
Today, most business applications do not view XML business documents as a direct serialization of the objects that they use internally. Rather, the business document represents a somewhat truncated version of the object hierarchy, designed for exchange between applications. While I see the value of having a formal relationship between the model on which the object hierarchy is based, and on which the business document definitions are based, I have always thought that the serialization from one to the other was a very useful level of indirection - different apps may actually want to take the same object structures and treat them differently, given that they generally perform different functions.
You approach removes this level of indirection (as well as all the containers, making it difficult to use for non-object-based systems, a different issue) - are you sure that this is the best approach?
What I am trying to get at here is the middle ground between a strictly object-based approach, and one that will be suited for use by other types of applications, while not losing the merits of what you have outlined.
Cheers,
Arofan