.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。