Re: s-expressions and XML was Re: terra incognita
On Tuesday 18 December 2001 09:48 am, Jonathan Borden wrote: > Regarding objects vs. data (which is where we started), the prime > distinction is between opacity and translucency. When objects are well > described, and their state can be described by the getter setter properties > in their interfaces, as data objects they can be translucent. Object > _methods_ however are generally opaque -- the implementation hides behind > an interface. I actually think this is a weakness in many languages. Java had reflection added to address some of the issues here. > Contrast LISP and XSLT, whose method implementations can be > fired across the wire (in a perfect world) for remote execution. I would argue that this is precisely the most powerful kind of remote execution. > XML might be more generally represented using something akin to an > s-expression notation by introducing delimeters for an unordered set '[' > and ']' and then we can represent: > > <foo aaa="111" bbb="222" ccc="333"> > <bar ddd="444"/> > <baz/> > <bop eee="555"> > <bing/> > </bop> > </foo> If you have a look at XEXPR, this blurs the distinction between attributes and elements for passing in parameters. It's somewhat LISPish (and did the scheme guys flame me! ;-))
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format