Microsoft, döngüsel başvuruları olan derlemeleri nasıl yarattı?

.NET BCL'de şunlar arasında döngüsel başvurular vardır:

• System.dll ve System.Xml.dll
• System.dll ve System.Configuration.dll
• System.Xml.dll ve System.Configuration.dll

İşte ne demek istediğimi gösteren .NET Reflector'dan bir ekran görüntüsü:

Microsoft'un bu derlemeleri nasıl yarattığı benim için bir muamma. Buna izin vermek için özel bir derleme işlemi gerekli mi? Burada ilginç bir şeyler olduğunu hayal ediyorum.

Mono Projesinin bunu nasıl yaptığını sadece söyleyebilirim. Teorem bir kod karmaşası verse de oldukça basittir.

Önce System.Configuration.dll dosyasını, System.Xml.dll başvurusuna ihtiyaç duymadan derlerler. Bundan sonra, System.Xml.dll dosyasını normal şekilde derlerler. Şimdi sihir geliyor. System.configuration.dll dosyasını, System.Xml.dll başvurusuna ihtiyaç duyan kısımla yeniden derlerler. Şimdi dairesel referansla başarılı bir derleme var.

Kısacası:

• A, B'ye ihtiyaç duyan kod ve B'ye referans olmadan derlenir.
• B derlendi.
• A yeniden derlendi.

RBarryYoung ve Dykam bir şeyin peşindeler. Microsoft, derlemeleri demonte etmek, tüm dahili / özel öğeleri ve yöntem gövdelerini çıkarmak ve IL'yi yeniden (ILASM kullanarak) 'susuz derleme' veya meta veri derlemesi olarak adlandırılan şekilde yeniden derlemek için ILDASM kullanan dahili araç kullanır. Bu, derlemenin genel arabirimi her değiştirildiğinde yapılır.

Derleme sırasında, gerçek olanlar yerine meta veri derlemeleri kullanılır. Bu şekilde döngü bozulur.

Dykam'ın tarif ettiği şekilde yapılabilir ancak Visual Studio bunu yapmanızı engeller.

Doğrudan csc.exe komut satırı derleyicisini kullanmanız gerekecek.

1. csc / target: kitaplık ClassA.cs

2. csc / target: kitaplık ClassB.cs /reference:ClassA.dll

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

Proje referanslarını kullanmadığınız sürece Visual Studio'da yapmak oldukça kolaydır ... Şunu deneyin:

1. Açık görsel stüdyo
2. 2 Sınıf Kitaplığı projesi "ClassLibrary1" ve "ClassLibrary2" oluşturun.
3. İnşa etmek
4. ClassLibrary1'den 3. adımda oluşturulan dll'ye göz atarak ClassLibrary2'ye bir referans ekleyin.
5. ClassLibrary2'den 3. adımda oluşturulan dll'ye göz atarak ClassLibrary1'e bir başvuru ekleyin.
6. Yeniden oluşturun (Not: Her iki projede de değişiklik yaparsanız, her iki referansı da "taze" yapmak için iki kez oluşturmanız gerekir)

Demek bunu böyle yapıyorsun. Ama cidden ... Bunu ASLA gerçek bir projede yapmayın! Eğer yaparsan, Noel Baba bu yıl sana hediye getirmeyecek.

Sanırım bu, döngüsel olmayan bir dizi meclisle başlayarak ve daha sonra küçük meclisleri mantıksal olarak ilişkili gruplar halinde birleştirmek için ILMerge kullanılarak yapılabilir.

Bunu Windows'ta hiç yapmadım, ancak bunun pratik öncüleri olarak hizmet eden birçok derleme-bağlantı-rtl ortamında yaptım. Yaptığınız şey, önce çapraz referanslar olmadan "hedefler" saplama yapmak, ardından bağlantı oluşturmak, ardından döngüsel referansları eklemek ve ardından yeniden bağlamaktır. Bağlayıcılar genellikle döngüsel referansları veya takip zincirlerini umursamazlar, sadece her bir referansı kendi başına çözebilmeyi önemserler.

Yani, A ve B olmak üzere birbirini referans göstermesi gereken iki kütüphaneniz varsa, şuna benzer bir şey deneyin:

1. A'yı herhangi bir başvuru olmadan B'ye bağlayın.
2. Bağlantı B ile A'ya sayılı referanslarda
3. Bağlantı A, referansları B'ye ekleyerek.

Dykam iyi bir noktaya işaret ediyor: Derleme yapıyor, .Net'e bağlanmıyor, ancak ilke aynı kalıyor: Dışa aktarılan giriş noktalarıyla çapraz referanslı kaynaklarınızı yapın, ancak biri hariç hepsinin diğerlerine kendi referansları var. dışarı. Onları böyle inşa edin. Ardından, dış referansları kaldırın ve yeniden oluşturun. Bu, herhangi bir özel araç olmadan bile çalışmalı, aslında, bu yaklaşım şimdiye kadar denediğim her işletim sisteminde çalıştı (yaklaşık 6 tanesi). Açıkçası otomatikleştiren bir şeyin büyük bir yardımı olacaktır.

Olası bir yaklaşım, ilk önce diğer derlemelere bağlı olmayan bir System.dll'yi derlemek için koşullu derlemeyi (#if) kullanmak, ardından diğer derlemeleri derlemek ve son olarak System.dll dosyasını Xml ve Yapılandırma.

Teknik olarak bunların hiç derlenmemiş ve elle monte edilmiş olması mümkündür. Sonuçta bunlar düşük seviyeli kütüphanelerdir.