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

RE: XML Object Serialization

  • To: "xml-dev" <xml-dev@l...>
  • Subject: RE: XML Object Serialization
  • From: "Phil Fuhlman" <pfuhlman@D...>
  • Date: Tue, 29 Oct 2002 12:58:36 -0600
  • Thread-index: AcJ/eOY38XLSq1yjTJauwL+Fe4CKWgAA9r8w
  • Thread-topic: XML Object Serialization

xml object class
How is an application which 'compiles' classes really different from an
interpreted implementation (ex. ASP)?

If the XML doc changes so much it 'breaks' the former then is rational
to expect it to 'break' the latter, too?

</pff>

-----Original Message-----
From: Jeff Lowery [mailto:jlowery@s...]
Sent: Tuesday, October 29, 2002 12:26 PM
To: 'Anthony B. Coates'; xml-dev
Subject: RE:  XML Object Serialization


> Sure, and I've seen enormous problems come out of people 
> "compiling" XML
> schemas into classes using the tools that are now available.  
> I mean, one of the
> main reasons for using XML is to decouple applications, and 
> then people compile
> the XML schemas into code so that they tightly couple their 
> applications to this
> week's version of the XML.  It can cause *huge* delays for 
> projects.  People
> don't seem to remember that if you tightly couple some of 
> your code to the XML,
> you need to loosely couple those bits of code to the rest of 
> your application.

How about instead of generating classes, these code generators generated
interfaces + implementations? Still not perfect, but at least you're
coding
your app to an interface.  You can then change the interface, either
through
extension or dynamic proxies. The implementation classes can also be
extended, or rewritten altogether if needs be.

There are still versioning issues,  but I think by coding to interfaces
you
reduce the impact of minor version changes. For instance, you can
sometimes
temporarily mask datatype changes by keeping the interface the same and
doing appropriate casting in an extended class of the generated
implementation; it allows the rest of the app code some time to catch up
to
the latest schema change.

-----------------------------------------------------------------
The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
initiative of OASIS <http://www.oasis-open.org>

The list archives are at http://lists.xml.org/archives/xml-dev/

To subscribe or unsubscribe from this list use the subscription
manager: <http://lists.xml.org/ob/adm.pl>


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.