Lists Home |
Date Index |
Here's a Water program that creates a class, defines a method,
creates an instance, and call a method on the instance.
<defclass company stock_symbol price revenue expenses>
.price.<divide .revenue.<minus .expenses/> />
----- Original Message -----
From: "Jonathan Robie" <firstname.lastname@example.org>
To: "W. E. Perry" <email@example.com>; "XML DEV"
Sent: Friday, January 17, 2003 4:02 PM
Subject: Re: [xml-dev] Adam Bosworth Article - what does
"directaccess" m ean?
> At 11:15 AM 1/16/2003 -0500, W. E. Perry wrote:
> >Jonathan Robie wrote:
> > > In XQuery, you can remain loosely coupled while improving the
> > > ratio of your code. The following computes the PE Ratio for IBM:
> > >
> > > let $stock := document("stocks.xml")/stock[@id="IBM"]
> > > return $stock/price / ($stock/revenues - $stock/expenses)
> > >
> > > I do think this is more elegant than the equivalent SAX or DOM.
It is no
> > > more tightly coupled.
> >Oh yes it is. This code presupposes 1) a document of a given name;
> I was trying to write something equivalent to Adam's DOM sample,
> specify the name. However, I agree that there can be real advantages
> accessing this through input() so that any document can be accessed
> let $stock := input()/stock[@id="IBM"]
> return $stock/price / ($stock/revenues - $stock/expenses)
> >2) a specifically-labelled ("IBM") ID on an element in that
> >specifically-labelled 'price' and 'revenue' information items which
> >specifically presupposed to be part of that document (as opposed to
> >separately computable or capable of being looked up in some place
> >local interest, such as the last trade in a particular market)
> Walter, either the DOM program or the XQuery program can look up the
> before using them, and that does provide more flexibility, but
again, I was
> trying to compare apples to apples, and the DOM fragments that Adam
> do not do this.
> >and 5) [most crucial of all unexamined assumptions here]
presupposed to be
> >in a form
> >against which the computation expressed in the code is directly
> >(though, of course as 'real' XML the only form that they would
> >in is Unicode text).
> No, the XQuery I showed you does not make this assumption.
> The data might be in an XML document that can be accessed and parsed
> the document() function, or it might be in a view of some other
> such as a relational database.
> 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>