Bagaimana Microsoft membuat majelis yang memiliki referensi melingkar?

Di .NET BCL ada referensi melingkar antara:

• System.dll dan System.Xml.dll
• System.dll dan System.Configuration.dll
• System.Xml.dll dan System.Configuration.dll

Berikut tangkapan layar dari .NET Reflector yang menunjukkan apa yang saya maksud:

Bagaimana Microsoft menciptakan majelis ini adalah misteri bagi saya. Apakah diperlukan proses kompilasi khusus untuk memungkinkan ini? Saya membayangkan sesuatu yang menarik sedang terjadi di sini.

Saya hanya bisa tahu bagaimana Proyek Mono melakukan ini. Teorema ini cukup sederhana, meskipun memberikan kekacauan kode.

Mereka pertama-tama mengkompilasi System.Configuration.dll, tanpa bagian yang membutuhkan referensi ke System.Xml.dll. Setelah ini, mereka mengkompilasi System.Xml.dll dengan cara biasa. Sekarang datang keajaiban. Mereka mengkompilasi ulang System.configuration.dll, dengan bagian yang membutuhkan referensi ke System.Xml.dll. Sekarang ada kompilasi yang berhasil dengan referensi melingkar.

Pendeknya:

• A dikompilasi tanpa kode yang membutuhkan B dan referensi ke B.
• B dikompilasi.
• A dikompilasi ulang.

RBarryYoung dan Dykam sedang merencanakan sesuatu. Microsoft menggunakan alat internal yang menggunakan ILDASM untuk membongkar rakitan, menghapus semua barang internal / pribadi dan badan metode dan mengkompilasi ulang IL lagi (menggunakan ILASM) menjadi apa yang disebut 'rakitan dehidrasi' atau rakitan metadata. Ini dilakukan setiap kali antarmuka publik perakitan diubah.

Selama pembuatan, rakitan metadata digunakan sebagai ganti yang asli. Dengan cara itu siklus terputus.

Ini dapat dilakukan dengan cara yang dijelaskan Dykam tetapi Visual Studio menghalangi Anda melakukannya.

Anda harus menggunakan kompilator baris perintah csc.exe secara langsung.

1. csc / target: perpustakaan ClassA.cs

2. csc / target: perpustakaan ClassB.cs /reference:ClassA.dll

3. csc / target: perpustakaan 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 {
    }
}

Ini cukup mudah dilakukan di Visual Studio selama Anda tidak menggunakan referensi proyek ... Coba ini:

1. Buka studio visual
2. Buat 2 proyek Perpustakaan Kelas "ClassLibrary1" & "ClassLibrary2".
3. Membangun
4. Dari ClassLibrary1 tambahkan referensi ke ClassLibrary2 dengan menjelajahi dll yang dibuat pada langkah 3.
5. Dari ClassLibrary2, tambahkan referensi ke ClassLibrary1 dengan menjelajahi dll yang dibuat pada langkah 3.
6. Bangun lagi (Catatan: jika Anda membuat perubahan di kedua proyek, Anda perlu membuat dua kali untuk membuat kedua referensi menjadi "segar")

Jadi begini caramu melakukannya. Tapi serius ... Bukankah Anda PERNAH melakukannya dalam proyek nyata! Jika ya, Santa tidak akan membawakanmu hadiah tahun ini.

Saya kira itu bisa dilakukan dengan memulai dengan kumpulan asiklik dan menggunakan ILMerge untuk kemudian menggabungkan majelis yang lebih kecil ke dalam kelompok yang terkait secara logis.

Yah, saya belum pernah melakukannya di Windows, tetapi saya telah melakukannya di banyak lingkungan compile-link-rtl yang berfungsi sebagai nenek moyang praktis untuk itu. Yang Anda lakukan adalah membuat rintisan "target" terlebih dahulu tanpa referensi silang, lalu tautan, lalu tambahkan referensi melingkar, lalu tautkan kembali. Linker umumnya tidak peduli tentang referensi melingkar atau mengikuti rantai referensi, mereka hanya peduli tentang kemampuan menyelesaikan setiap referensi sendiri.

Jadi jika Anda memiliki dua pustaka, A dan B yang perlu mereferensikan satu sama lain, coba sesuatu seperti ini:

1. Tautkan A tanpa referensi ke B.
2. Tautkan B dengan referensi ke A.
3. Link A, menambahkan referensi ke B.

Dykam membuat poin yang bagus, Ini dikompilasi, bukan menautkan di .Net, tetapi prinsipnya tetap sama: Buat sumber referensi silang Anda, dengan titik masuk yang diekspor, tetapi dengan semua kecuali satu dari mereka memiliki referensi sendiri ke yang lain yang dipotong di luar. Bangun mereka seperti itu. Kemudian, hapus potongan referensi eksternal dan buat kembali. Ini harus bekerja bahkan tanpa alat khusus, pada kenyataannya, pendekatan ini telah bekerja pada setiap sistem operasi yang pernah saya coba (sekitar 6 di antaranya). Meskipun jelas sesuatu yang mengotomatiskan itu akan sangat membantu.

Salah satu pendekatan yang mungkin adalah menggunakan kompilasi bersyarat (#if) untuk terlebih dahulu mengkompilasi System.dll yang tidak bergantung pada rakitan lain tersebut, kemudian mengkompilasi rakitan lain, dan terakhir mengkompilasi ulang System.dll untuk memasukkan bagian-bagian yang bergantung pada Xml dan Konfigurasi.

Secara teknis, mungkin ini tidak dikompilasi sama sekali, dan dirakit dengan tangan. Ini adalah perpustakaan tingkat rendah.