.NET和动态语言

时间:2009-02-03 23:39:44

标签: .net dynamic-languages

当Microsoft开始发布DLR和相关语言时,您是否计划使用这些语言(例如Iron Ruby或Iron Python)?

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

7 个答案:

答案 0 :(得分:2)

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

我确信有一些真正的项目可以使用动态语言使形式受益,但我不相信我能够正确判断它,直到我在语言中编写了一些有意义的代码,所以我认为需要有意识的努力打破鸡蛋和鸡蛋的情况。

我认为IronRuby将提供机会专注于语言中的新功能,而不会受到新开发环境差异的影响(我几乎是C#monoglot)。

我昨天要IronRuby: The Right Language for the Right Job,这可能会影响我的答案; - )

答案 1 :(得分:1)

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

答案 2 :(得分:1)

在某些情况下是的。

主要动机是重用已经在Ruby和Python中实现的现有代码和库,与C#编写的其他代码更容易交互。对我来说,这完全是关于跨语言整合的好处。

答案 3 :(得分:1)

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

  • 速度/内存消耗(与其他实现相关);
  • 可移植性(或:“它仍然是Python / Ruby / etc?这个代码是否会在官方实现上运行?”);
  • 不错的额外功能(只要它们不会破坏第2项的太多)。

答案 4 :(得分:1)

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

如果您正在编写允许用户编写可扩展性脚本的应用程序,那么您应该考虑使用它们。

答案 5 :(得分:0)

我当然打算看Cucumber。同样地,我认为至少不要看Rails和Django就是疏忽了。

答案 6 :(得分:-1)

没有。除了一些元编程(反思糟透了)之外,动态语言对具有良好类型推断的静态类型语言并没有真正的吸引力。

由于缺乏IDE,导致生产力下降,因此会造成相当大的伤害。

相关问题