On Mar 2, 10:41 pm, Jeffrey Straszheim <straszheimjeff...@gmail.com>
wrote:
> There are a lot of "toy" cells implementations for Clojure, but as far as I
> can tell none of them are really full-production ready libraries like K.
> Tilton's. I'm planning on starting a GUI based project and something cell's
> like would be very helpful. I may end up building it myself, and am
> wondering what the community thinks is the best direction.
>
> I have some thoughts of my own.
>
> First off, Clojure is not Common Lisp (to say the least), so I don't think
> we necessarily need to create as stateful a library as the original Cells.
> I've used Cells-like architectures before in GUI apps (although not as a
> separate abstract library), and don't really think it is the best way.
>
> I'm thinking of a more static, "rules engine-ey" approach, with a small set
> of input data, a dataflow mechanism over some rules, with dependency
> management, parallelism (when requested), and support for fixed-point
> recursion. However, since I'd like whatever I come up with to be reused by
> the community, I'm intererested in everyone's input.
Rete?
There's Drools, an interface to which might be a lot of fun. When last
I looked into it, it seemed needlessly painful due to Drools'
inability to treat maps as facts (they wanted JavaBeans). I'm not sure
if that is still the case.
Rich
Rich
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Clojure" group.
To post to this group, send email to clojure@googlegroups.com
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
-~----------~----~----~----~------~----~------~--~---
