继续我们关于 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
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论