Re: design patterns for event driven applications

2009-03-15 Thread samppi
When I created fnparse, I had no idea about the existence of Parsec; I just knew about the concept of passing sequences of tokens around. Of course, since Parsec has apparently been around for a long time, the algorithms it uses would be tried, true, and fast. Unfortunately, I can't read Haskell a

Re: design patterns for event driven applications

2009-03-15 Thread Jeffrey Straszheim
Maybe I'll put together a Parsec. I seem to remember it supported a cut operator? That would be fun. On Sat, Mar 14, 2009 at 2:10 PM, Meikel Brandmeyer wrote: > Hi, > > Am 14.03.2009 um 18:42 schrieb Jeffrey Straszheim: > > Hasn't someone been working on a Clojure vesion of Parsec? >> > > I s

Re: design patterns for event driven applications

2009-03-14 Thread Meikel Brandmeyer
Hi, Am 14.03.2009 um 18:42 schrieb Jeffrey Straszheim: Hasn't someone been working on a Clojure vesion of Parsec? I started a port of Parsec, but it is not in a usable state. But there are alternatives like, eg. http://github.com/joshua-choi/fnparse Sincerely Meikel smime.p7s Description:

Re: design patterns for event driven applications

2009-03-14 Thread Jeffrey Straszheim
Hasn't someone been working on a Clojure vesion of Parsec? On Sat, Mar 14, 2009 at 4:31 AM, Christophe Grand wrote: > > Anatoly Yakovenko a écrit : > > basically i am dealing with a 3rd party library, (interactive brokers > > tws api), that takes an interface with lots of different methods that >

Re: design patterns for event driven applications

2009-03-14 Thread Christophe Grand
Anatoly Yakovenko a écrit : > basically i am dealing with a 3rd party library, (interactive brokers > tws api), that takes an interface with lots of different methods that > it calls when an event occurs. like received market data, received > order, etc... It provides another interface that basi

Re: design patterns for event driven applications

2009-03-12 Thread Anatoly Yakovenko
basically i am dealing with a 3rd party library, (interactive brokers tws api), that takes an interface with lots of different methods that it calls when an event occurs. like received market data, received order, etc... It provides another interface that basically generates these events. Some

Re: design patterns for event driven applications

2009-03-11 Thread Raoul Duke
> Unfortunately I don't know of a nice way of expressing an event-driven > architecture in Clojure, but I'm very interested in what you said > about accomplishing it in Haskell. (iiuc?) here is a game example: http://home.doramail.com/ns999/asteroids.html (which is based off of a haskell version

Re: design patterns for event driven applications

2009-03-11 Thread CuppoJava
Hi Anatoly, Unfortunately I don't know of a nice way of expressing an event-driven architecture in Clojure, but I'm very interested in what you said about accomplishing it in Haskell. Would you mind explaining that in some more detail? Perhaps if I understood it, I can even help come up with a Cl

Re: design patterns for event driven applications

2009-03-11 Thread Jeffrey Straszheim
It is impossible to give a simple answer. You need to be more specific about the needs of your application. Will it need to be concurrent, for instance? On Tue, Mar 10, 2009 at 7:49 PM, Anatoly Yakovenko wrote: > > I just starting playing around with clojure, and i know nothing of > java beyond

design patterns for event driven applications

2009-03-11 Thread Anatoly Yakovenko
I just starting playing around with clojure, and i know nothing of java beyond the syntax. I am trying to implement an interface that gets called by some 3rd party application whenver an event occurs. If i was doing this in haskell I would serialize the events in a channel and write a parser to