マイクロソフトは循環参照を含むアセンブリをどのように作成しましたか？

.NET BCLでは、以下の間に循環参照があります。

• System.dll そして System.Xml.dll
• System.dll そして System.Configuration.dll
• System.Xml.dll そして System.Configuration.dll

これが.NET Reflectorのスクリーンショットで、私が何を意味するかを示しています。

マイクロソフトがこれらのアセンブリを作成した方法は私には謎です。これを可能にするために特別なコンパイルプロセスが必要ですか？ここで何か面白いことが起こっていると思います。

Monoプロジェクトがこれをどのように行うかしかわかりません。定理は非常に単純ですが、コードは混乱します。

最初にSystem.Configuration.dllをコンパイルしますが、一部はSystem.Xml.dllへの参照を必要としません。この後、通常の方法でSystem.Xml.dllをコンパイルします。今魔法が来ます。それらはSystem.configuration.dllを再コンパイルしますが、一部はSystem.Xml.dllへの参照を必要とします。これで、循環参照によるコンパイルが成功しました。

要するに：

• Aは、BとBへの参照を必要とするコードなしでコンパイルされます。
• Bがコンパイルされます。
• Aが再コンパイルされます。

RBarryYoungとDykamは何かに夢中になっています。マイクロソフトは、ILDASMを使用してアセンブリを分解し、すべての内部/プライベートなものとメソッド本体を取り除き、ILを（ILASMを使用して）再コンパイルして、いわゆる「脱水されたアセンブリ」またはメタデータアセンブリに再コンパイルします。これは、アセンブリのパブリックインターフェイスが変更されるたびに行われます。

ビルド時には、実際のアセンブリではなくメタデータアセンブリが使用されます。そのようにサイクルが壊れています。

Dykamが説明した方法で実行できますが、Visual Studioはそれをブロックします。

コマンドラインコンパイラcsc.exeを直接使用する必要があります。

1. csc / target：library ClassA.cs

2. csc / target：library ClassB.cs /reference:ClassA.dll

3. csc / target：library ClassA.cs ClassC.cs /reference:ClassB.dll

//ClassA.cs
namespace CircularA {
    public class ClassA {
    }
}


//ClassB.cs
using CircularA;
namespace CircularB {
    public class ClassB : ClassA  {
    }
}


//ClassC.cs
namespace CircularA {
    class ClassC : ClassB {
    }
}

プロジェクト参照を使用しない限り、Visual Studioで実行するのはかなり簡単です...これを試してください：

1. オープンビジュアルスタジオ
2. 2つのクラスライブラリプロジェクト「ClassLibrary1」と「ClassLibrary2」を作成します。
3. ビルド
4. ClassLibrary1から、手順3で作成したdllを参照してClassLibrary2への参照を追加します。
5. ClassLibrary2から、手順3で作成したdllを参照してClassLibrary1への参照を追加します。
6. 再度ビルド（注：両方のプロジェクトに変更を加える場合、両方の参照を「新鮮」にするために2回ビルドする必要があります）

これがあなたのやり方です。でもまじめに...実際のプロジェクトでは絶対にやらないでください！もしそうなら、サンタは今年あな​​たにプレゼントを持っていません。

非循環のアセンブリのセットから始めて、ILMergeを使用して、より小さなアセンブリを論理的に関連するグループに結合することで、それができると思います。

まあ、私はWindowsでこれを行ったことはありませんが、実際の先祖として機能した多くのcompile-link-rtl環境で実行しました。まず、相互参照なしでスタブを「ターゲット」にしてからリンクし、次に循環参照を追加してから、再リンクします。リンカは通常、循環参照または後続の参照チェーンを気にせず、それ自体で各参照を解決できることだけを気にします。

したがって、相互に参照する必要がある2つのライブラリAとBがある場合は、次のようにしてください。

1. Bへの参照なしでAをリンクします。
2. リンクB と Aにレフリー
3. リンクA、Bへの参照を追加。

Dykamは良い点を作ります、それはコンパイルされますが、.Netでリンクされませんが、原則は同じです：相互参照されたソースを作成し、それらのエクスポートされたエントリーポイントを使用しますが、他のすべてへの独自の参照をスタブしますでる。そのように構築します。次に、外部参照のスタブを解除して再構築します。これは特別なツールがなくても機能するはずです。実際、このアプローチは私が試したすべてのオペレーティングシステムで機能しました（そのうちの約6つ）。それを自動化するものは明らかに大きな助けになるでしょうが。

1つの可能なアプローチは、条件付きコンパイル（#if）を使用して、最初に他のアセンブリに依存しないSystem.dllをコンパイルし、次に他のアセンブリをコンパイルし、最後にSystem.dllを再コンパイルして、Xmlと構成。

技術的には、これらがまったくコンパイルされておらず、手動で組み立てられた可能性があります。結局のところ、これらは低レベルのライブラリです。