Lists Home |
Date Index |
Mike Champion wrote:
> So, I can kinda, sortof see a programming model that handles declarative
> stuff easily, encourages a functional programming style, handles both
> XML and relational data "natively", and allows data to be either encapsulated
> in objects (or aspects?) or exposed for generic manipulation. Whether
> XQuery is that model is quite another question.
Sounds a little like the direction we were headed at
B-Bop in designing the protocol for interacting with
our XML database. We built a language, expressible in
XML (and another syntax) which allowed fetching from and
writing to URI's, databases and our own repository. It
integrated closely with XSLT, was fully composable, and other
than the writing of outputs, was strictly functional and
side effect free.
Parameters were pushed down into "functions" through an
evaluation context, and results came back up as SAX events.
Developers who got their hands on it seemed to get a
kick out of the power this gave them to build rather
complex data processing without ever touching procedural
At one point, our reference manual started with the
epigraph: "Programmers who fail to learn the lessons
of Lisp are doomed to reimplement it." I wish I could
find the proper attribution for that quote.