当 Microsoft 开始发布 DLR 和相关语言时，您是否计划使用这些语言（例如 Iron Ruby 或 Iron Python）？
如果是这样，您这样做的动机是什么？
Garry Shutler
问问题
341 次
7 回答
2
是的，我当然打算找一些非必要的项目来熟悉 IronRuby。
我确信有一些真正的项目会从使用动态语言的形式中受益，但我不相信在我用该语言编写一些有意义的代码之前我可以正确判断这一点，所以我认为需要有意识地努力打破鸡和蛋的情况。
我认为 IronRuby 将提供机会专注于语言中的新功能，而不会因新开发环境的差异而分心（我几乎是 C# 语言）。
我昨天在看IronRuby: The Right Language for the Right Job，所以这可能会影响我的回答；-)
于 2009-02-03T23:59:21.860 回答
1
如果它们适合我正在从事的项目，我计划使用它们。如果该项目在 C# 中同样容易完成，我可能会坚持使用静态语言，因为该dynamic关键字将允许许多相同的功能。
于 2009-02-03T23:42:20.537 回答
1
在某些情况下是的。
主要动机是重用已经在 Ruby 和 Python 中实现的现有代码和库，从而更轻松地与用 C# 编写的其他代码交互。对我来说，这一切都与跨语言集成的好处有关。
于 2009-02-03T23:54:37.517 回答
1
我不是 .NET 开发人员，但考虑到以下条件，我会使用它：
- 速度/内存消耗（与其他实现相关）；
- 可移植性（或：“它仍然是 Python/Ruby/etc 吗？同样的代码会在官方实现上运行吗？”）；
- 不错的额外功能（只要它们不会过多地破坏第 2 项）。
于 2009-02-03T23:55:43.940 回答
1
大多数这些语言都可以托管在您的应用程序中，这就是有趣的一点。
如果您正在编写一个允许您的用户为可扩展性编写脚本的应用程序，那么您应该考虑使用它们。
于 2009-02-04T06:33:55.057 回答
0
我当然打算看看黄瓜。同样，我认为至少看一下 Rails 和 Django 是我的疏忽。
于 2009-05-10T14:42:27.667 回答
-1
不。除了一些元编程（反射很烂）之外，动态语言对具有良好类型推断的静态类型语言没有任何吸引力。
一方面，由于 IDE 薄弱而导致的生产力损失非常痛苦。
于 2009-02-04T20:07:50.203 回答