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

RE: Stupid Question (was RE: XML doesn't deserve its

  • To: "Nicolas LEHUEN" <nicolas.lehuen@u...>,"Thomas B. Passin" <tpassin@c...>,<xml-dev@l...>
  • Subject: RE: Stupid Question (was RE: XML doesn't deserve its "X".)
  • From: "Dare Obasanjo" <dareo@m...>
  • Date: Wed, 6 Mar 2002 17:54:43 -0800
  • Thread-index: AcHFKEi+WG8Q7zRcTOG/5CJr0FVrEwAUU0hQ
  • Thread-topic: Stupid Question (was RE: XML doesn't deserve its "X".)

RE:  Stupid Question (was RE:  XML doesn't deserve its

> -----Original Message-----
> From: Nicolas LEHUEN [mailto:nicolas.lehuen@u...] 
> Sent: Wednesday, March 06, 2002 8:01 AM
> To: 'Thomas B. Passin'; 'xml-dev@l...'
> Subject: RE:  Stupid Question (was RE:  XML 
> doesn't deserve its "X".)
> I'm not asking everything to be dynamic. I try to stay as 
> pragmatic as possible. Most people write code with static 
> assumption. Their code is statically bound to a particular 
> schema. Then the schema is extended, and the code has to be 
> modified to be bound to the new version of the schema.
> To me, extensibility is about finding ways to write programs 
> so that the amount of work following a schema evolution is 
> null or as small as possible. It's not about magically 
> understanding data and processing it the way it has to be. I 
> don't think a pure dynamic approach is feasable.
> I do think, however, that type inheritance and polymorphism 
> (which is equivalent to dynamic processing of data depending 
> on its type) are the kind of concepts that can be used to 
> reduce the costs of extensibility.


Again this is functionality that already exists in XML via the polymorphic and inheritance mechanisms in XML schema[0,1]. What I'd like to see are examples and design patterns that show how subtitution groups and abstract types can be used to build polymorphic apps that adapt well to schema evolution. 

> I don't want the data to describe how it can be processed ! 
> I'm not crazy enough to hope that this can be easily done...
> I just want the schema to describe itself relatevily to 
> another already known schema, and dynamically provide 
> compatibility rules to legacy application, so that they can 
> read data in extended schemata as if they were in the former 
> schema, or forbid any usage of the document if it would be 
> harmful. Those compatibility rules could be expressed in 
> various ways, from views (à la AF), transformations, or a 
> type system with inheritance and polymorphism, I don't know 
> which is the best. What I notice however is that OOP provides 
> solutions for extensibility, so that it may be interesting to 
> have a close look at extensibility patterns in OOP before 
> trying to solve the problem in XML.

Actually the solutions for extensibility that have been much touted for OOP aren't inheritance (which in most knowledgeable corners is derided as overused and a bad tool) but the use of interfaces and object composition/aggregation. I'm curious as to how you think these can be applied to XML. 

[0] http://www.w3.org/TR/xmlschema-0/#SubsGroups
[1] http://www.w3.org/TR/xmlschema-0/#abstract

I will not procrastinate regarding any ritual granting immortality.


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.
First Name
Last Name
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.