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

RE: typing and markup (was Re: XQuery types)

  • To: "Simon St.Laurent" <simonstl@s...>,"Jonathan Robie" <jonathan.robie@d...>
  • Subject: RE: typing and markup (was Re: XQuery types)
  • From: "Dare Obasanjo" <dareo@m...>
  • Date: Mon, 6 May 2002 13:59:38 -0700
  • Cc: <xml-dev@l...>
  • Thread-index: AcH1OdfFW8GF0MaDThembJJaMzTmIwABg4Xg
  • Thread-topic: typing and markup (was Re: XQuery types)

kinds of typing
> -----Original Message-----
> From: Simon St.Laurent [mailto:simonstl@s...] 
> Sent: Monday, May 06, 2002 1:14 PM
> To: Jonathan Robie
> Cc: xml-dev@l...
> Subject: Re:  typing and markup (was Re:  
> XQuery types)
 
> 
> > Suppose you try to multiply an integer times a URI. Do you 
> want that 
> > error
> > to be caught? Suppose you want a sorted list of numbers - 
> do you want to 
> > sort them numerically rather than lexically? If so, types 
> are good. Yes, 
> > whoever implemented the system had to think to make that 
> happen. We have 
> > descriptions of the thinking implementors will have to do.
> > 
> > Has the strong static typing of Java gotten in your way as a 
> > programmer?
> 
> No, it doesn't, but you're asking completely the wrong 
> question.  The successful presence of strong static typing in 
> Java in no way suggests that such things are appropriate in 
> XML.  The kinds of typing we're seeing proposed and discussed 
> in fields like Schema and Query are kinds of typing which 
> seem perfectly acceptable in Java but downright ridiculous in markup.
> 
> If - in an XML context - you're trying to multiply an integer 
> times a URI, I think you've likely run amok in your 
> processing.  You probably shouldn't be attempting to multiple 
> @href by quantity in the first place, and static typing's not 
> going to help there.  It may be able to help you with sort 
> order, but I'd rather see a mechanism for sorting, not a type 
> system which happens to understand sorting.
> 

Well said. My issue with the XQuery type system is that the WG has
focused on adding unecessary complexity to querying XML (what is the
difference between "cast as", "assert as" and "treat as"?, what happens
when I multiply an xs:float with an xs:integer and an xs:decimal?) yet
fail to cater to a user scenarios which (according to one of the W3C
honchos) is a requirement of around 50% of the people expecting to
utilize XQuery. Yes, I'm talking about updates again and Yes, I'm a
broken record. 

-- 
PITHY WORDS OF WISDOM 
No matter how long or how hard you shop for an item, 
after you've bought it, it will be on sale somewhere cheaper. 
 
This posting is provided "AS IS" with no warranties, and confers no
rights. 
You assume all risk for your use. (c) 2002 Microsoft Corporation. All
rights reserved.



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.