Roslynは、特定のC2＃プロジェクトだけでキックインしてコンパイルするC＃の変種 - たとえばC2＃ - としてmodded、repacked、およびdistributionできますか？

Question

厳密には技術的な観点からです。

VS2015のインストールごとに1つのRoslynがありますが、複数の言語とコンパイラが並んでいます。 Visual Studioは、編集/コンパイルされたプロジェクトタイプ（またはアイテムタイプ）の定義に基づいて、適切な拡張機能とコンパイラをコンテキストに基づいて起動します。 Visual Studio用の言語を構築する開発者は、それらの定義を開発し、それらは言語とともにVSにインストールされます。

Q1。言語開発者がこれらの（定義、プロジェクト、アイテムのテンプレートなど）を開発すると、Roslynは1つの真のC＃/ VB Roslynと並んで別の言語/コンパイラに改造/ブランド化できますか？

Q2。そうでない場合は、ここで技術的な制限はありますか？

Q3。 RoslynのアーキテクチャとVSとの関係が、一般的なサードパーティの言語/コンパイラとは根本的に異なるという制限がある場合、理論的な回避策はありますか？例えば。一般的なサードパーティの言語/コンパイラとまったく同じ方法でVSに収まるようにModled Roslynをラップしますか？

Answer 1

どれくらい修正したいかによって異なります。あなたはそのままコア層を維持する場合は、あなたが考えられるなど、オリジナルの無修正ロザリンコアアセンブリを参照し、新しい言語、ファイル拡張子、プロジェクトの種類をエクスポートし、C＃& VBと並んで三ロザリン言語を作成することができ

あなたは思いますRoslynのMicrosoft.*.CSharpプロジェクトを完全に複製する必要があります。

実際には、&のエクスポートを継承するために必要なタイプがあまりにも多いため、内部で（かつ[InternalsVisibleTo]経由でRoslyn自身の他の部分に公開されているため）、実際にはうまくいかないでしょう。

また、Roslynコードベース全体を完全に新しい拡張子セットとしてフォークすることもできます。アセンブリの&名前空間名をすべて元のプロジェクトと並行して読み込むことができるようにする必要があります。また、すべてのGUIDと一意のIDを変更して、VS全体のエクスポートを元の拡張から区別する必要があります。

これは、VS APIが変更されると、多くの作業になります（Roslynのエディタ&プロジェクトシステムのレイヤは、正式にサポートされておらず、変更の可能性が高いAPIを使用してVSに密接に結合されます） 。また、オリジナルの上流のコードベースから名前を変更して変更を取り込むことは容易ではありません。