4

MicrosoftがDLRと関連言語のリリースに取り掛かったとき、それらの言語（IronRubyやIronPythonなど）を利用することを計画していますか？

もしそうなら、そうするためのあなたの動機は何ですか？

4

7 に答える 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

Yes in some cases.

Main motivation is to reuse existing code and libraries already implemented in Ruby and Python with easier interaction with other code written in C#. For me, its all about the cross-language integration benefits.

于 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

私は確かにCucumberを見るつもりです。同様に、少なくとも Rails と Django に目を向けないのは怠慢だと思います。

于 2009-05-10T14:42:27.667 に答える
-1

いいえ。いくつかのメタプログラミング（Reflectionが最悪）を除けば、動的言語は、静的に型付けされた言語に対して、優れた型推論を備えた魅力を実際には持ちません。

また、IDEの脆弱性による生産性の低下は、かなりの打撃を与えます。

于 2009-02-04T20:07:50.203 に答える