.NET运行时之上的Lisp

作者 Jonathan Allen译者 朱永光 发布于 2007年10月29日 下午11时9分

社区

.NET

主题

互操作

标签

Common Lisp,

IronLisp,

LISP

继续我们关于Lisp的报道，之前我们介绍了把这个重要语言迁移到.NET的一些成果。现在我们来看看它们的变体，包括IronLisp、LispSharp和Common Larceny。

IronLisp是一个宽松地基于Scheme的新项目。它依靠动态语言运行时（ Dynamic Language Runtime，DLR）来开发，DLR是一个通用语言运行时（Common Language Runtime ）的扩展，其添加了类似Python和Ruby等动态语言所需要的一些特性。由于DLR相对比较新且在不断变化当中，这个决定对于IronLisp团队来说会成为一个额外的负担。

IronLisp当前和Scheme不是完全兼容，但Llewellyn Pritchard写到：

理想的情况下，IronLisp在未来的某个时刻，将支持/遵从某种程度的Scheme，或将具有一个兼容模式，或有一些宏能让它语法上（和功能上）进行兼容。通过这样的方式，IronLisp很有希望能够运行Scheme的函数库。

Llewellyn Pritchard是从Rob Blackwell的LSharp.NET获得了部分灵感的。这个Lisp的变种类似圆弧，被认为是稳定的。这儿有一个通过LSharp使用WPF的例子。

但是目前在LSharp项目上还没有太多动作，也没有提及要对DLR或SilverLight进行支持。

另外一个针对CLR比较老的项目是Common Larceny。Larceny项目的一部分是一个基于Twobit 编译器的Scheme实现。虽然还停留在Alpha阶段，通过7月发布的最新版本，还是能看到这个项目的一些积极的工作。目前，它明确的说明了不支持Mono。

此时，由于还没有兼容Common Lisp或Scheme的产品级的Lisp，在.NET平台上的Lisp似乎还不能成为可选的方案。虽然DLR可能在未来的年度能够驱动新事物产生，但目前Lisp开发人员似乎只能依靠类似RDNZL这样的兼容层来访问.NET框架。

查看英文原文：Lisp on the .NET Runtime

• 更早的 >