.NET和动态语言

Question

当Microsoft开始发布DLR和相关语言时，是否计划使用这些语言（比如Iron Ruby或Iron Python）？

如果是这样，你的动机是什么？

Answer 1

是的在某些情况下。

主要动机是重用已经在Ruby和Python中实现的现有代码和库，并与其他使用C＃编写的代码进行交互。对我来说，这完全是关于跨语言集成的好处。

Answer 2

我打算使用它们，如果它们适合我正在进行的项目。如果该项目在C＃中轻松完成，我可能会坚持使用静态语言，因为dynamic关键字将允许大部分相同的功能。

Answer 3

我不是一个.NET开发人员，但我会用它考虑以下条件：

• 速度/内存消耗（相对于其他实现方式）;
• 可移植性（或：“它仍然是Python/Ruby/etc？这个相同的代码是否在官方实现上运行？”）;
• 不错的额外功能（只要它们不会打破太多的项目2）。

Answer 4

是的，我当然打算找一些非必要的项目来熟悉IronRuby。

我敢肯定有，将使用动态语言受益形式，但我不相信我可以正确判断，直到我写语言中的一些有意义的代码真正的项目，所以我认为这需要有意识努力打破鸡和鸡蛋的局面。

我认为IronRuby将提供机会专注于新语言的新功能，而不会被新的开发环境（我几乎是C＃monoglot）的差异所分心。

我是华清IronRuby: The Right Language for the Right Job昨天，这样可能会影响我的答案;-)

Answer 5

大多数这些语言可以在您的应用程序托管，而这一点有意思。

如果你正在编写一个应用程序，允许用户编写扩展脚本，那么你应该考虑使用它们。除了一些元编程（反射很烂）

Answer 6

号，动态语言并不真正持有多年来凭借良好的类型推断静态类型语言的任何上诉。

由于弱IDE，生产力的损失，一个，伤害相当多。

Answer 7

我当然打算看看Cucumber。同样，我认为这至少不会看到Rails和Django。