[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
Re: [xml-dev] Concerned about the increasing reliance on XPath
- From: Stephen D Green <stephengreenubl@gmail.com>
- To: "Costello, Roger L." <costello@mitre.org>
- Date: Sun, 8 May 2011 18:07:34 +0100
My earlier reservations about the precision of XPath expressions aside,
I reckon XPath has been a foremost part of the XML scene long enough,
together with W3C XML Schema, for us to admit it seems to be here to
stay and perhaps the best way we yet have for extracting information
from XML (including for expressing assertions about XML).
Exact sciences rely heavily on mathematics and with it calculus, etc.
Enterpise IT relies heavily on relational databases, and with them SQL.
Enterpise IT now also relies heavily on XML, and with it XPath.
----
Stephen D Green
On 7 May 2011 14:51, Costello, Roger L. <costello@mitre.org> wrote:
> Hi Folks,
>
> XPath is a fabulous language. It is incredibly powerful. It is a large, rich language.
>
> I have observed in increasing usage of XPath.
>
> For example, in XML Schema 1.1 the new assert element uses XPath to express constraints:
>
> <assert test="XPath" />
>
> XPath gives a lot of power to the assert element.
>
> But it also means that a lot of power is needed to evaluate the assert element.
>
> To evaluate that tiny, innocuous assert element you need to implement the entire XPath language.
>
> Suppose the assert element was simplified. The only kind of assertion that can be made is, "The value of the first child element must be greater than the value of the second child element." Here's how we might use it to express the constraint between a meeting's start time and end time:
>
> <greaterThan>
> <element name="start-time" type="dateTime" />
> <element name="end-time" type="dateTime" />
> </greaterThan>
>
> Very little power is needed to evaluate this "assertion". The assertion is expressed entirely in XML markup.
>
> We've lost an enormous amount of power/expressivity. But we've gained in reduced cost of evaluation/processing/coding.
>
> While XPath is nice, it is:
>
> - not XML
> - requires huge amounts of processing (i.e., coding) wherever it's used
>
> I am concerned about the increasing reliance on XPath.
>
> My Position: In some cases it would be better to ratchet down capabilities and use XML markup rather than XPath.
>
> I know many people will disagree with my position. Let's have a good discussion of the issue. Here's the issue:
>
> Issue: Is the increasing reliance on XPath a positive or negative trend?
>
> (Implicit in this "issue" is an assumption that there is indeed a growing trend toward using XPath)
>
> /Roger
>
> _______________________________________________________________________
>
> XML-DEV is a publicly archived, unmoderated list hosted by OASIS
> to support XML implementation and development. To minimize
> spam in the archives, you must subscribe before posting.
>
> [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
> subscribe: xml-dev-subscribe@lists.xml.org
> List archive: http://lists.xml.org/archives/xml-dev/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
>
>
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]