IronRuby前景预测

除了偶尔使用一点Perl脚本，我的开发工作都是使用.Net系列产品完成的。这其实并不是我希望选用的产品。

我喜欢.Net框架，因为它替我完成了90％的枯燥工作。我喜欢.Net的公共语言运行（CLR），因为（从理论上讲，如果有可以替代的语言且工作良好的话）它让我们可以使用最适合开发工作的语言。但是我发现VB.Net在很多情况相当不好用，而C#也让我非常头疼（虽然C# 3.0在我的心里有了一丝改观）。

在.Net的世界里，让我难以忍受的是，除了VB.Net和C#以外的任何东西都被看作是有风险的，而原因仅仅是因为它不是一个成熟的微软产品，时常让人“感觉”不像是一个主流的语言。当我试用IronPython（官方发布的正式版）的时候，它缺少Visual Studio的支持，而很多开发人员对Python不感兴趣。我觉得F#是一门很有趣的语言，可以玩玩，但是喜欢使用函数式语言工作的开发人员少之又少——而能够用好它的开发人员更是凤毛麟角。

我们就来谈谈IronRuby吧（感谢链接，Chad）。

我对Ruby语言感兴趣已经有一段时间了。就我所知，它具有我所欣赏的Perl的灵活性，带有实体对象模型，是一门动态／解释语言（这是我的弱项）。我可以列举一打为什么从来都不使用Ruby的理由，但是其中的很多都是因为我真的非常喜欢Visual Studio和.Net框架。就像前面说到的，这和Ruby语言没有关系。RoR不是Ruby！它是一个Web开发框架，仅此而已。我认为C#和VB.Net都是优秀的语言，因为它们把库融合成了一个用户接口——我只不过不喜欢用它们编写库，它们并不适合复杂的逻辑。

所以当IronRuby出现的时候，我当然愿意试一试啦。如果希望被广为接受，它就需要满足以下这些标准：

• 带有完备的文档。
• 与Visual Studio集成，包括IntelliSense和调试。
• 以Ruby的方式（而不是Java和C#的方式）使用.Net框架。
• 不能满身都是漏洞，不能永远都是测试版，不会频繁发布／修改／更新。
• 得到微软VB.Net或C#的大量支持。

看看下面这个单子里的“从来没有”、“可能将会”，或者“几乎已经”了的微软的.Net语言：

• J#（我从来都不知道它是否应该是一个Java或JavaScript的克隆产品，其他任何人也从来都没有弄清楚过。）
• 托管C++（除了那些底层的、性能敏感的应用程序，所有人正在迅速地减少C++的使用，而改用其他语言。）
• IronPython（它缺乏Visual Studio的支持；它的文档很糟糕，那些缩排有具体作用的语言从来都没有流行过。）
• Perl.Net（它并不真的是微软微软的产品，但是ActiveState与微软有密切的关系。它缺乏Visual Studio的支持，而且很难使用，主要是因为Perl的对象模型与.Net框架不兼容。）
• F#（微软研究院最终还是推出了F#，但是它还没有被认为进入黄金时代。它是一门函数式语言，但是文档很糟糕。）

我希望微软能够正确对待IronRuby。毕竟到目前为止，它看上去有一组专门人员在为它工作，但是这显然还不够。C#和J#或F#以及IronPython之间的不同之处是，微软在C#上倾尽了全力。如果微软将IronRuby看作是.Net系列中的一个完整的成员的话，它就很有可能会成功。

责任编辑：德东

查看本文的国际来源