TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

DotLisp – A Lisp dialect for .Net

46 点作者 cichli大约 10 年前

5 条评论

_halgari大约 10 年前
Few people know that Clojure was not the first lisp worked on by Rich Hickey (I think Clojure was the 5th?). This was the last one he wrote before he started work on Clojure.
评论 #9249535 未加载
评论 #9249030 未加载
kazagistar大约 10 年前
&gt; I&#x27;m not a Lisp expert. Helpful suggestions are always welcome.<p>&gt; ©2003 Rich Hickey, All Rights Reserved<p>I was amused.
评论 #9249480 未加载
platz大约 10 年前
&gt; It is substantially more sophisticated than DotLisp and I strongly recommend it, unless you must target .Net.<p>&gt; The idea behind DotLisp was to build a Lisp for .Net that yielded to the CLR those things provided by the CLR that languages normally have to provide themselves:<p>Is the author aware that Rich also implemented ClojureCLR? <a href="http://clojure.org/clojureclr" rel="nofollow">http:&#x2F;&#x2F;clojure.org&#x2F;clojureclr</a><p>I&#x27;m curious how DotLisp improves on the situation provided by clojureclr, especially since &quot;It is substantially more sophisticated than DotLisp&quot;.<p>It might be &quot;sharing type system, GC and other runtime services etc., with transparent access to .Net w&#x2F;o a FFI or wrappers&quot;, I am note sure if clojureclr requires wrappers whereas DotLisp doesn&#x27;t, but I imagine it would be similar to how Clojure proper integrates with the JVM.
评论 #9249077 未加载
grkovalev大约 10 年前
where you will find developers to support project written by DotLisp in real production, it&#x27;s just for fun, not for anything else.
vittore大约 10 年前
What about F# and Nemerle? Why you need another lisp?<p>Oh this article dates 2003, that is why.
评论 #9248949 未加载
评论 #9248947 未加载