.NET和动态语言

4

当 Microsoft 发布 DLR 及其相关语言时,您是否打算利用这些语言(如 Iron Ruby 或 Iron Python)?

如果是的话,您这样做的动机是什么?

7个回答

2
是的,我确实计划找一些非必要的项目来熟悉IronRuby。
我相信有一些真正的项目会受益于使用动态语言,但在我用这种语言编写了一些有意义的代码之前,我不认为我能够正确地评估它,所以我认为需要有一个有意识的努力来打破鸡生蛋和蛋生鸡的局面。
我认为IronRuby将提供机会专注于语言中的新内容,而不被新开发环境的差异所分心(我基本上是C#单语者)。
昨天我正在观看《IronRuby:正确的语言,正确的工作》(IronRuby: The Right Language for the Right Job),所以这可能影响了我的回答。

1

如果它们适合我正在开发的项目,我计划使用它们。如果该项目可以轻松地使用C#完成,我可能会坚持使用静态语言,因为 dynamic 关键字将允许实现大部分相同的功能。


1

在某些情况下是可以的。

主要动机是重用已经在Ruby和Python中实现的现有代码和库,并与其他用C#编写的代码更轻松地交互。对我来说,这一切都是关于跨语言集成的好处。


1

我不是.NET开发人员,但考虑以下条件,我会使用它:

  • 速度/内存消耗(相对于其他实现);
  • 可移植性(或者说:“它还是Python/Ruby等吗?这段代码能在官方实现上运行吗?”);
  • 良好的额外功能(只要它们不会破坏第2点太多)。

1

这些语言中的大多数都可以在您的应用程序中进行托管,这是一个有趣的点。

如果您正在编写一个允许用户编写脚本以实现可扩展性的应用程序,则应考虑使用它们。


0

我肯定会看看Cucumber。同样,如果不至少看看Rails和Django,那么我认为这是疏忽的。


-1

不,除了一些元编程(反射很糟糕)之外,动态语言并没有比具有良好类型推断的静态类型语言更具吸引力。

而且由于弱 IDE 的损失,生产力下降相当明显。


网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接