.NET和动态语言

是的,在某些情况下。

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

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

我相信有一些真正的项目可以从使用动态语言中获益,但是我不相信我能正确地判断,直到我用这种语言编写了一些有意义的代码,所以我认为需要有意识的努力才能打破鸡和蛋的局面。

我认为IronRuby将提供一个机会来专注于语言中的新内容,而不必为新的开发环境的差异而分心(我几乎是一个C单语言人)。

我在努力 IronRuby: The Right Language for the Right Job 昨天可能会影响我的答案;—)

如果它们适合我正在进行的项目,我计划使用它们。如果项目在C语言中同样容易完成,那么考虑到 dynamic 关键字将允许许多相同的功能。

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

• 速度/内存消耗(与其他实现相关);
• 可移植性(或者:“它仍然是python/ruby/etc吗?”这个代码会在正式的实现中运行吗?”);
• 很好的额外功能(只要它们不会破坏太多的项目2)。

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

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

我当然想看看 Cucumber . 同样,我认为至少不看Rails和Django是我的疏忽。

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

例如,由于脆弱的IDE而导致的生产力损失有点疼。