写点什么

Ruby.NET 前途未卜

  • 2008-02-27
  • 本文字数:1904 字

    阅读完需:约 6 分钟

过去的两年里,在可选 Ruby 实现方面进展很大:在官方 MRI 及后续的 Ruby 1.9 之后,许多其他 Ruby 实现的项目被启动:基于 JVM 的 JRuby XRuby 、.NET 平台的 Ruby.NET IronRuby 以及一个自托管的虚拟机 Rubinius

现在看来一些合并已经发生了:XRuby 的开发已经慢了下来——因为JRuby更大的动力和更广泛的使用,还因为它不能够像 JRuby 的扩展那样在 Java 中支持原生 Ruby 函数(例如:OpenSSL、Oniguruma 正则表达式引擎等等)。

Ruby.NET 的维护者 Wayne Kelly 博士现在看来已经在 Ruby.NET 和 IronRuby 之间做出了个人的决定。他在 Ruby.NET 的邮件列表中宣布:

上周在 Lang.NET 讨论会上,我展示了我们在 Ruby.NET 项目上的工作,同时也有机会了解到 IronRuby 项目的进展以及 DLR 的内部运作(Charles Nutter 也展示了 JRuby 项目)。

我的结论是 DLR 无疑会一直走下去,它甚至已经成为微软平台的一个非常重要的部分。我也深信如果想达到产品级别的质量和性能, Ruby.NET 必须要重新发明(或者采用)某种相当于 DLR 的东西。如果今天我们启动这个项目的话,我们没有理由不用 DLR。尽管 Ruby.NET 起初 比起 IronRuby 项目来有一个很好的开端;在引入 Ruby.NET 的解析器和扫描器以及对充分利用 DLR 以后,我此时相信 IronRuby 作为. NET 平台上的一个产品级别的 Ruby 实现将会更有可能取得成功。我认为在.NET 上没有必要最终存在两个不同的 Ruby 实现。所以,如果 Ruby.NET 不可能是这个最终实现的话,那么我们就没有必要再浪费开发者的努力去徒劳地追求这个目标。

动态语言运行时(DLR)协助创建(动态)语言运行时的库。例如,它禁止开发者直接创建MS IL 指令,而是通过DLR 将开发者创建的 DLR 树转换成 MS IL。

最近这种方法正逐渐被关注,因为它为语言制订人简化了许多工作。来自 Ruby In Steel 团队的 Dermot Hogan 描述了如何通过 Antrl 树语法来生成 DLR 树

现在,在 Antlr 方面我时常碰到的问题是,已经得到 AST 后接下来该做什么?通过 Antlr 得到一个简单的语法很容易,但是要 通过它做点儿什么可就得需要些神迹了,因为 CLR 代码并不简单。但是,通过树语法将 Antlr 的 AST 和 DLR 连接起来就方面多了——看看上面的代码。就 是编写 DLR 的“适配器”类而已。

部分对 Kelly 博士消息的反应集中在IronRuby是否真的是.NET 平台唯一可行的 Ruby 实现。例如, JRuby 团队的 Ola Bini 说道

我一点儿也不喜欢这些新闻。在很多时候拥有一个强劲的竞争者将会促进生态系统中的每一个人。现在 IronRuby 即将变成这个领 域唯一的玩家,除非其他人(比如 Ted Neward 和 David Peterson)决定接手 Ruby.NET。我希望有人这样做。这会让.NET 的世界变得更好。 关键问题并不在于我们是否相信 John Lam 关于 IronRuby 的想法,而是在于我们是否相信微软在做正确的事情。我们相信吗?

这里提到了重要的一点:因为 Ruby.NET 是一个开源项目,一个开发者的离开并意味着项目的结束——其他开发者们可以接手并继续开发。

同时, IronRuby 的 John Lam 就此事说道

我们将会热烈欢迎 Wayne,并邀请任何希望从事 IronRuby 的朋友加入我们的开源项目。微软研究院资助了部分Ruby.NET 的开发,他们的解析器同时也应用于IronRuby。感谢Wayne 在制作 Gardens Point Parser Generator 上杰出的工作。 […]

在 CLR 只有一个单一的实现在.NET 社区是可以理解的。Ruby 不仅仅是语言,还有运行在其上的程序。我们项目中最难的部分并不是如何让语言正确 工作(尽管这也不容易),而是使得 IronRuby 可以运行 Ruby 的程序。不管 Rails 的反对者们过去都说了什么,Rails 依然是一个重要的程序。

这和之前的帖子相印证,在其中 John 提到当前 IronRuby 的开发策略

最终,我们谈到了如何才能到达 1.0。当前我们正在向全局驱动开发过程转换。我们的下一个目标是让“gem install hoe”工作起来。Rakefile 中包含一个叫做“gap”的任务,可以让你针对目标应用程序通过 set_trace_proc 解释器钩子来进行 gap 分析。

这和 Kelly 博士支持 Rails 的目标看上去很相似:

我依然觉得我们还有未完成的工作——我们将目标设定为可以在.NET 上运行 Rails,但是我们还没有达到。如果我们能贡献出我们的经验用来帮助 IronRuby 实现它的话,至少我个人对于可以帮助这个任务完成而感到非常满足。

注意:无论 Rails 对于.NET 开发者来说有多么重要——其代码涉及到了 Ruby 的大部分特性,尤其是元编程特性。不凡的 Rails 应用在 IronRuby 上工作正常意味着 Ruby 特性的一大部分已经被正确的实现了。通过在 IronRuby 上运行Rubinius 项目定义的可执行Ruby 规格,将会客观地反映IronRuby 的兼容性究竟如何。

查看英文原文: Ruby.NET future uncertain

2008-02-27 19:411856
用户头像

发布了 80 篇内容, 共 22.4 次阅读, 收获喜欢 5 次。

关注

评论

发布
暂无评论
发现更多内容

CDN百科第三讲 | 如果用了云服务器,还需要做CDN加速吗?

阿里云Edge Plus

CDN

观察者模式——窥探JDK和Spring中的设计模式

大头星

spring jdk 面试 设计模式 Java 25 周年

Vue&SpringBoot前后端项目分离构建

夏悸

Spring Boot Vue 大前端

重学 Java 设计模式:实战桥接模式(多支付渠道「微信、支付宝」与多支付模式「刷脸、指纹」场景)

小傅哥

设计模式 小傅哥 重构 代码质量 桥接模式

极客大学架构师训练营 听课总结 -- 第一课

John(易筋)

极客时间 架构 极客大学 架构师 极客大学架构师训练营

地摊经济一千年:从《韩熙载夜宴图》到木屋烧烤“撸串”

punkboy

产品经理 商业 新闻动态 新基建 地摊

别再说你不懂Linux内存管理了,10张图给你安排的明明白白

程序员柠檬

Linux 后台开发

使用Nginx防止IP地址被恶意解析

Noneplus

nginx 恶意解析

原创 | TDD工具集:JUnit、AssertJ和Mockito (十八)编写测试-测试执行顺序\嵌套的测试

编程道与术

Java 编程 TDD 单元测试 JUnit

自学技术看这些网站就够了!

我是程序员小贱

学习

ChaosBlade:从零开始的混沌工程(一)

郭旭东

云原生 混沌工程

【写作群星榜】5.29~6.4写作平台优秀作者&文章排名

InfoQ写作社区官方

写作平台 排行榜 热门活动

六处提及区块链!海南自贸港区块链产业应用先行,与“币”划清界限

CECBC

区块链技术 海南方案 严控 产业

2020.06.04,我在《架构师训练营》的学习历程:架构方法

程序员二师兄

极客大学架构师训练营

我的编程之路 -7(T型人才)

顿晓

T型人才 编程之路

绝对坦诚:打造团队自我进化能力的最佳姿势

伴鱼技术团队

团队管理 企业文化 团队协作 技术管理 文化

9种 分布式ID生成方案,我替你整理好了

程序员小富

Java MySQL 分布式

白话说流——什么是流,从批认识流(一)

KAMI

大数据 flink 流计算

初识软件架构

陈皮

Architecture Architect

RUST IN BLOCKCHAIN 五月简报

Aimee 阿敏

rust crypto blockchain

装饰模式——看JDK和Spring是如何杜绝继承滥用的

大头星

Java spring jdk 面试 设计模式

分布式场景之刚性事务-2PC详解

奈学教育

分布式 2PC

人人都能看懂的 6 种限流实现方案!(纯干货)

王磊

Java 「Java 25周年」 Java 25 周年

ARTS - Week 2

Khirye

ARTS 打卡计划 arts

如果我能找到工作,那么你也行

escray

不到100行代码的iOS组件化你怕了么?

Geek_i59t1w

ios 组件化 url scheme scheme

有时候爱也是一种负担

小天同学

日常思考 爱情 个人感悟

分布式事务 - 分布式事务框架Seata

Java收录阁

分布式事务

不同层次格局的差异

kimmking

ARTS-week1

书生

架构师训练营-第一节

Geek_af3d01

Ruby.NET前途未卜_.NET_Werner Schuster_InfoQ精选文章