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

RE: Syntax + object model

  • To: "Tim Bray" <tbray@t...>,"Mike Champion" <mc@x...>
  • Subject: RE: Syntax + object model
  • From: "Joshua Allen" <joshuaa@m...>
  • Date: Mon, 26 May 2003 15:31:27 -0700
  • Cc: <xml-dev@l...>
  • Thread-index: AcMi4gWMMQmMllTpS+OTCXUUbEQfqQA81Rxk
  • Thread-topic: Syntax + object model

interesting subject of syntax
Having said that, I think the interchange usages of XML will for the
foreseeable future outnumber and outweigh the processing uses.
 
These two use cases aren't competing with one another, BTW.  Nobody is keeping score to see which one is "winning".  
 
Not that Tim is suggesting otherwise, but it seems people lately are way to quick to read "versus" into things which are actually complimentary.  If XML was "just another interchange syntax" or instead "just another data model", it wouldn't be very interesting.  It is interesting in large part because it has affordances for both.

 
________________________________

From: Tim Bray [mailto:tbray@t...]
Sent: Sun 5/25/2003 10:20 AM
To: Mike Champion
Cc: xml-dev@l...
Subject: Re:  Syntax + object model



Mike Champion wrote:
>
>
>>  Object models are
>> *local*. Syntax is *global*.
>
> The success of XSLT, XPath, and the (probable) success of at least the
> hard core of XQuery is a strong counter-example to this assertion.

It's much simpler than this, I think.  There are two kinds of things you
do with XML.  First, you use it to interchange data among disparate
systems. Second, you use it as a basis for processing once you've
received it.

The first (interchange) scenario has no requirement whatsoever for a
shared data model: there are a million existence proofs on the ground of
interoperating applications who defined the syntax, got on with the job,
and are now in production.

The second (processing) scenario obviously presupposes a data model,
ranging from the moronically-simple SAX event stream to a detailed
object model with fully worked out thread-safety and concurrency and so
on.  The degree to which object models can be shared from one
programming language to another, or from one OS to another, varies
wildly.  People are claiming thath XPath model works well for a wide
variety of processing scenarios.  I'm inclined to believe this based on
what I've seen so far.

Having said that, I think the interchange usages of XML will for the
foreseeable future outnumber and outweigh the processing uses.

--
Cheers, Tim Bray
         (ongoing fragmented essay: http://www.tbray.org/ongoing/)



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