PowerShell RunspaceとDLR

Question

.NET 4.0ベータ版が利用可能になり、.NET Dynamic Language Runtimeの可用性が向上すると、これらの種類のトピックは「熱くなる」と思われます。

DLRとPowerShellの概念の違いが混乱しています。私の.NETアプリケーションでスクリプト機能を提供したい場合は、DLRを使用することができます（IronPythonやIronRubyなどでスクリプトを有効にしたり、他のIron *言語をDLRで使用できるようにする）ランスペース。

各方法の賛否両論は何ですか？なぜ私はもう一方を選ぶでしょうか？動的言語そのものと、それで一流の.NET言語として、なぜPowerShellはDLRもターゲットにしていないのですか？

Answer 1

.NET 4.0では、DLRは「DLR v1.0」と考えることができます。これには、コールサイトのキャッシュメカニズム、言語間相互運用機能、および既存のLINQ式ツリーの改善が含まれます。これらはすべて、言語の実装には非常に便利ですが、言語をホストしていない機能です。

DLR 1.0の欠けている部分は、すべての言語の共有ホスティングストーリーです。しかし、私たちは、CodePlex w/DLRとIronPythonプロジェクトで出荷するホスティングAPIの形で、またgithub上でIronRubyでw/wの形で作業を開始しています。残念ながら、これらのAPIを.NET 4.0タイムフレームで出荷することはできないと考えていました。特にPowershellやVBやC＃などの他の言語からのフィードバックを得て、適切なAPIを持っていることを確認したいと考えています。

したがって、すべての言語でIronPythonとIronRubyを除く現在のホスティングストーリーがあります。しかし、私たちは将来、このすべてが統一されることを望んでいるので、ユーザーは使用する言語を選択することができます。しかし、今すぐターゲットにPowershellのボックスに何かがないだけです。

Answer 2

私は同意すると、DLRは良い議論をたくさん生み出し続けています。 PowerShellはDLRを対象としていません。私はなぜか分からない。

.NETアプリケーションでPowerShellをホストすることは、私が考えているスクリプトソリューションのPowerShellオブジェクトパイプラインを可能にします。

calling PowerShell from IronPythonの例があります。

embed IronPython in PowerShellでもかまいません。

IronPythonとIronRubyは、PowerShellと同じWindowsとの統合はありません。 PowerShellがすぐにDLRを有効にしていれば素晴らしいだろう。

Answer 3

Doug's answerヒットポイントいくつかの重要な点がありますが、PowerShellを.NETアプリケーションのスクリプトエンジンとして使用する主な理由は、PowerShellがMicrosoftアプリケーション全体の主要な管理面になりつつあり、アプリケーションを管理しているシステム管理者。

IronPythonとIronRuby（およびDLRを対象とする他の言語と同様）は、開発者の聴衆にもっとよく知られているようです。

Answer 4

これは、MicrosoftがDLRに基づいたBackoffice管理インターフェイスを開発し、PythonとRuby（またはDLR上に構築された他の言語）のような一流の、すでに証明されている言語が、私がPowershellで車輪を再発明したと思ったのとは対照的に、レバレッジを活用することができます。インフラストラクチャアプリケーションを管理するためのその使用以外に、たとえばExchange、優れた言語が既に存在するときにPowershellを学ぶインセンティブはありません。私の.02セント。