なぜマイクロソフト「Roslyn」に時間を費やすのでしょうか？

Microsoft "Roslyn"のホワイトペーパーと例のいくつかを読んでいるところですが、このコンセプトは非常に興味深いようです。私が知ることができることから、コンパイラであるブラックボックスを開き、Visual Studioで記述されたコードに関する情報とメトリックを取得するために使用できるインターフェイスを提供します。

Roslynには、コードを「スクリプト化」してオンザフライでコンパイル/実行する機能もあるようです（CodeDomに似ています）が、私の経験では、そのタイプの機能の使用は限られています。

コード分​​析とメトリック要素は興味深いスペースですが、それは非常に長い間存在しており、コード分析とリファクタリングツール（ReSharper、CodeRushなど）にすでに多くのお金を投資している多くのプロバイダーがあります、nCoverなど）、彼らはそれをかなりうまくやっています！

既存のツールのいずれかのライセンスを購入することで、わずかなコストで提供できるものを実装するために、なぜ会社が邪魔にならないのでしょうか？

おそらく、言及されたツールのドメイン外に配置するRoslynプロジェクトの重要な機能をいくつか見落としていました...

Roslynには、コードを「スクリプト化」してオンザフライでコンパイル/実行する機能もあるようです（CodeDomに似ています）が、私の経験では、そのタイプの機能の使用は限られています。

オンザフライのコンパイルと実行は、Roslynの重要な利点です。この機能の利点を過小評価しているのは、実際の使用例で実際に使用されているケースに出会ったことがないためです。そして、これは理にかなっています。動的コンパイルの必要性はおそらくニッチな機能ですが、それを持たないと、それがはるかに難しいいくつかの強力なアプリケーションを提供します。

ここに、動的コンパイルが非常に役立つと思われるいくつかの例を示します。これらすべてを実現する方法は他にもありますが、Roslynを使用すると簡単になります。

• 実行時にロードされ、コンパイルされ、「親」アプリケーションの実行に含まれるプラグインファイルを持つ。
• 実行時にC＃に変換され、Roslynを使用してコンパイルされるDSLを作成します。
• C＃の取得、分析、翻訳などを行うプログラマー指向のアプリケーションの作成
• 空白などの単なる「表面的な」違いとは対照的に、コンパイル後の違いについて2つのコードチャンクを比較します。これはセマンティック差分として知られています。

要約すると、執筆に時間を費やすソフトウェアによっては、Roslynの使用法が見つからない場合があります。ただし、Roslynがテーブルに多くのことをもたらす多くのユースケースがあります。あなたが言及したツールはどれもこの機能を提供していません。また、彼らは彼らのアーキテクチャと目的に基づいていません。

ツーリングを提供する企業（例：JetBrains *）は、Roslynに非常に興味を持っていると確信しています。優れたツールはマイクロソフトのエコシステムの使用を促進するため、マイクロソフトはツールの作成を簡単にしたいと考えています。

* JetBrainsブログ（このエントリ）に従って、JetBriansはRoslynを使用しないことを発表しました。ただし、JetBrainsの新しい競合他社（既存のコードベースを使用していない場合）はRoslynを使用すると思います。有利なスタートを切ることができます。

Roslynに関する10の質問、10の回答のうちの質問6 ：

6：Roslynの実用的な用途は何ですか？開発者としてどのように役立ちますか？

頭に浮かぶRoslynの最初の用途の1つは、ビジネスルールエンジンの用途です。Roslynの前は、通常、ユーザーマクロの評価には、Visual Basic for Applications（VBA）の実装、Ruby式を使用したDLRへの呼び出し、動的に生成されたVisual BasicまたはC＃コードを使用したコマンドラインコンパイラーへの呼び出し、実行結果の取得が含まれていましたそのコード。これらの方法は理想的ではありませんでした。

Eric Vogelの記事「C＃でのRoslyn Scripting APIの使用」で示されているように、RoslynはC＃および（最終的に）Evaluate（）関数を使用してVisual Basicコードの動的なコンパイルと実行を簡単に許可します。アプリケーションと同じ言語で記述されたユーザーマクロにより、開発者はビジネスルールを表すユーザーマクロを簡単にサポートできます。

Roslynを使用すると、コードのリファクタリングがはるかに簡単になります。Roslyn以前は、DevExpress CodeRushやRefactor Pro、JetBrains ReSharperなどのツールの開発者は、製品の基盤として多くのコンパイラー操作を再作成する必要がありました。Roslynを使用すると、リファクタリング開発者は既存のコンパイラー機能を直接活用できます。Roslynが広く利用可能になったら、個々のリファクタリングルールをインストールするNuGetパッケージの外観を想像できます。

すべてのコンパイラーが定期的にサービスとしてのコンパイラー（CaaS）を提供する日を心待ちにしています。コンパイラがプリリンカーコードのみを出力すると考えるのをやめ、コンパイラが複数のターゲットに変換できるツリーを出力すると考えるようにする必要があります。すべてのコンパイラには、ツリーとオプションでJSON / XMLを出力する機能が必要です。出力は、美化された同じ言語、C、ILソース、ILバイナリ、Java、Javascript、LLVM、PIC実行可能ファイル、プリリンカーコードなど、多くのタイプのターゲットに変換できます。

私は生計のためにコンパイラを書いています。私の顧客は、優れた柔軟性、移植性、分析への扉を開くため、CaaSで販売されています。

マイクロソフトがずっと前にCaaSを実装していないことに本当に失望しています。たとえば、VB6から他の何かへの移行パス、または.NetからC ++への移行パスとして使用できます。

MSFTがRoslynに投資している理由の簡単な答えは、C＃コンパイラ用の既存のコードベースが5バージョン-11年前だということです。コードベースが管理可能なままになるのは長い時間です。加えて、彼らは書き直しているので、彼らはその内部のすべてがAPIとして公開されるようにそれをすることに投資することを決めました。