3 ms·

This is very cool, and it brings a question to mind: I've been using GWT a lot lately, and thought to google around to see if anybody had done a Haskell-to-Jav

by pohl 17y ago

This is very cool, and it brings a question to mind: I've been using GWT a lot lately, and thought to google around to see if anybody had done a Haskell-to-JavaScript compiler: http://haskell.org/haskellwiki/Yhc/Javascript/Programmers_guide http://haskell.org/haskellwiki/Yhc/Javascript/Programmers_gu... While GWT is independent of what you have on the back-end, a lot of good comes from being able to use java objects as shared currency between the client & server over the RPC mechanism. So, as an OO practitioner who is curious about better languages, I have a question: If one were to have haskell on the server side, and haskell as a source language on the client side, how would an RPC mechanism look for communicating between the two? In GWT, the object serialization and Command Pattern works very nicely. What would you do in the purely functional world?

jamii 17y ago
Ocaml has ocamljs and orpc: http://code.google.com/p/ocamljs/ http://code.google.com/p/ocamljs/ Haskell has a couple of haskell->js compilers but I'm not aware of any rpc mechanisms. Clojure has clojurescipt: http://github.com/richhickey/clojure-contrib/tree/master/clojurescript/ http://github.com/richhickey/clojure-contrib/tree/master/clo... Presumably rpc would be easy given the mostly uniform data representation.
- jamii 17y ago
  Also check out Nitrogen which is an interesting approach to the problem: http://nitrogenproject.com/ http://nitrogenproject.com/