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

RE: XML too hard for programmers?

• To: <xml-dev@l...>
• Subject: RE: XML too hard for programmers?
• From: Elliotte Rusty Harold <elharo@m...>
• Date: Fri, 21 Mar 2003 08:08:45 -0500
• In-reply-to: <B885BEDCB3664E4AB1C72F1D85CB29F805C1F72D@R...>
• References: <B885BEDCB3664E4AB1C72F1D85CB29F805C1F72D@R...>

At 9:52 PM -0800 3/18/03, Dare Obasanjo wrote:

>Tim's post indicates that he is quite disconnected from the world of
>modern XML programming practices, I especially like his "The notion that
>there is an 'XML data model' is silly and unsupported by real-world
>evidence" quote. I'm interested in what criteria he used to determine
>that the thousands of users of XPath, XSLT and the DOM don't count as
>"real-world evidence".

Perhaps it has something to do with the fact that the DOM and XPath 
data models are not the same thing? and in fact are incompatible? 
(Hell, in practice, one DOM implementation's data model is often 
incompatible with the next, the spec notwithstanding.) Data models 
are a local choice for a particular. Only the syntax is interoperable.
-- 

+-----------------------+------------------------+-------------------+
| Elliotte Rusty Harold | elharo@m... | Writer/Programmer |
+-----------------------+------------------------+-------------------+
|           Processing XML with Java (Addison-Wesley, 2002)          |
|              http://www.cafeconleche.org/books/xmljava             |
| http://www.amazon.com/exec/obidos/ISBN%3D0201771861/cafeaulaitA  |
+----------------------------------+---------------------------------+
|  Read Cafe au Lait for Java News:  http://www.cafeaulait.org/      |
|  Read Cafe con Leche for XML News: http://www.cafeconleche.org/    |
+----------------------------------+---------------------------------+

• References:
  • RE: XML too hard for programmers?
    • From: "Dare Obasanjo" <dareo@m...>

• Prev by Date: Re: XML too hard for programmers?
• Next by Date: Re: An approach to let XML 2.n resources hold multipleentities
• Previous by thread: Re: XML too hard for programmers?
• Next by thread: If XML is too hard for a programmer, perhaps he'd be better off as a crossing guard
• Index(es):
  • Date
  • Thread