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

RE: XPath/XSLT 2.0 concerns

  • To: <michael.h.kay@n...>,"Mike Champion" <mc@x...>
  • Subject: RE: XPath/XSLT 2.0 concerns
  • From: "Dare Obasanjo" <dareo@m...>
  • Date: Wed, 2 Oct 2002 11:49:53 -0700
  • Cc: <xml-dev@l...>
  • Thread-index: AcJqQ8Su7mPL/2NzRAqouVWyAK/4UwAAG2Fw
  • Thread-topic: XPath/XSLT 2.0 concerns

instance of xpath xslt
Too true, I'm sure many others can't wait to write template matches like


<xsl:template match="ipo:shipTo[. instance of element of type
ipo:USAddress]/ipo:state[. instance of element of type ipo:USState]" />

instead of 

<xsl:template match="ipo:shipTo/ipo:state" />

because of the gains of schema aware processing

-- 
PITHY WORDS OF WISDOM 
The meek shall inherit the Earth....if that's all right with the rest of
you.          

This posting is provided "AS IS" with no warranties, and confers no
rights. 

>  
>  
> -----Original Message-----
> From: Michael Kay [mailto:michael.h.kay@n...] 
> Sent: Wednesday, October 02, 2002 11:47 AM
> To: 'Mike Champion'
> Cc: xml-dev@l...
> 
> > But we're talking about XPath/XQuery here ... not arguing whether 
> > type-aware schema validation is a Good Thing to have or not.  Is it 
> > worth the weight on XPath?  I haven't heard a compelling argument. 
> > XSLT???  There doesn't seem to be a compelling case.
> 
> Well, the more I think about it, the more I think that people 
> are actually using match patterns as a sort of "structural 
> type detection"
> mechanism. People write template rules that say "when I get 
> one of these, do this", and they are defining "one of these" 
> by means of a pattern that is in effect a type. Now very 
> often there's a one-to-one mapping between these types and 
> element names, so the patterns are very simple. But I think 
> that once people are dealing with really large vocabularies, 
> constructing the patterns in terms of element names gets more 
> and more difficult, and being able to match against types at 
> different levels of a type hierarchy gets more and more valuable.
> 
> Michael Kay
> Software AG
> home: Michael.H.Kay@n...
> work: Michael.Kay@s... 
> 
> 
> -----------------------------------------------------------------
> 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.