BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

.NET运行时之上的Lisp

| 作者 Jonathan Allen 关注 595 他的粉丝 ,译者 朱永光 关注 0 他的粉丝 发布于 2007年10月31日. 估计阅读时间: 2 分钟 | QCon上海2018 关注大数据平台技术选型、搭建、系统迁移和优化的经验。

继续我们关于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

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT