Làm thế nào mà Microsoft tạo ra các tập hợp có tham chiếu vòng tròn?

Trong .NET BCL có các tham chiếu vòng giữa:

• System.dll và System.Xml.dll
• System.dll và System.Configuration.dll
• System.Xml.dll và System.Configuration.dll

Đây là ảnh chụp màn hình từ .NET Reflector cho thấy ý tôi:

Đối với tôi, Microsoft đã tạo ra những tổ hợp này như thế nào là một bí ẩn. Có phải quy trình biên dịch đặc biệt để cho phép điều này không? Tôi tưởng tượng điều gì đó thú vị đang diễn ra ở đây.

Tôi chỉ có thể cho biết Dự án Mono thực hiện điều này như thế nào. Định lý này khá đơn giản, mặc dù nó gây ra một mớ mã.

Đầu tiên họ biên dịch System.Configuration.dll, mà không cần phần tham chiếu đến System.Xml.dll. Sau đó, họ biên dịch System.Xml.dll theo cách bình thường. Bây giờ đến điều kỳ diệu. Họ biên dịch lại System.configuration.dll, với phần cần tham chiếu đến System.Xml.dll. Bây giờ có một biên dịch thành công với tham chiếu vòng tròn.

Nói ngắn gọn:

• A được biên dịch mà không cần mã cần B và tham chiếu đến B.
• B được biên dịch.
• A được biên dịch lại.

RBarryYoung và Dykam đang làm gì đó. Microsoft sử dụng công cụ nội bộ sử dụng ILDASM để tháo rời các tập hợp, loại bỏ tất cả các nội dung bên trong / riêng tư và thân phương thức và biên dịch lại IL (sử dụng ILASM) thành cái được gọi là 'lắp ráp mất nước' hoặc lắp ráp siêu dữ liệu. Điều này được thực hiện mỗi khi giao diện công cộng của assembly được thay đổi.

Trong quá trình xây dựng, các tập hợp siêu dữ liệu được sử dụng thay vì các tập hợp thực. Theo cách đó chu kỳ bị phá vỡ.

Nó có thể được thực hiện theo cách Dykam đã mô tả nhưng Visual Studio chặn bạn làm điều đó.

Bạn sẽ phải sử dụng trực tiếp trình biên dịch dòng lệnh csc.exe.

1. csc / target: thư viện ClassA.cs

2. csc / target: thư viện ClassB.cs /reference:ClassA.dll

3. csc / target: thư viện 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 {
    }
}

Nó khá dễ thực hiện trong Visual Studio miễn là bạn không sử dụng tham chiếu dự án ... Hãy thử cách này:

1. Mở studio trực quan
2. Tạo 2 dự án Thư viện lớp "ClassLibrary1" & "ClassLibrary2".
3. Xây dựng
4. Từ ClassLibrary1, thêm một tham chiếu đến ClassLibrary2 bằng cách duyệt đến dll đã tạo ở bước 3.
5. Từ ClassLibrary2, thêm một tham chiếu đến ClassLibrary1 bằng cách duyệt đến dll đã tạo ở bước 3.
6. Xây dựng lại (Lưu ý: nếu bạn thực hiện thay đổi trong cả hai dự án, bạn sẽ cần phải xây dựng hai lần để làm cho cả hai tham chiếu đều "mới")

Vì vậy, đây là cách bạn làm điều đó. Nhưng nghiêm túc mà nói ... Bạn không bao giờ làm điều đó trong một dự án thực sự! Nếu bạn làm vậy, ông già Noel sẽ không mang quà cho bạn trong năm nay.

Tôi đoán nó có thể được thực hiện bằng cách bắt đầu với một tập hợp các cụm xoay vòng và sử dụng ILMerge để sau đó kết hợp các tập hợp nhỏ hơn thành các nhóm liên quan một cách hợp lý.

Chà, tôi chưa bao giờ làm điều đó trên Windows, nhưng tôi đã làm điều đó trên rất nhiều môi trường biên dịch-liên kết-rtl đóng vai trò là người giám sát thực tế cho nó. Những gì bạn làm trước tiên là tạo các "mục tiêu" sơ khai mà không có các tham chiếu chéo sau đó liên kết, sau đó thêm các tham chiếu vòng tròn, sau đó liên kết lại. Các trình liên kết thường không quan tâm đến các tham chiếu vòng tròn hoặc sau các chuỗi tham chiếu, họ chỉ quan tâm đến việc có thể tự giải quyết từng tham chiếu.

Vì vậy, nếu bạn có hai thư viện, A và B cần tham chiếu lẫn nhau, hãy thử một cái gì đó như sau:

1. Liên kết A mà không có bất kỳ giới thiệu nào với B.
2. Liên kết B với đến A.
3. Liên kết A, thêm các giới thiệu vào B.

Dykam có một điểm tốt, Đó là biên dịch, không liên kết trong .Net, nhưng nguyên tắc vẫn như cũ: Tạo các nguồn được tham chiếu chéo của bạn, với các điểm nhập được xuất của chúng, nhưng với tất cả ngoại trừ một trong số chúng có tham chiếu riêng của chúng với các nguồn khác bị khai thác ngoài. Hãy xây dựng chúng như vậy. Sau đó, xóa các tham chiếu bên ngoài và xây dựng lại chúng. Điều này sẽ hoạt động ngay cả khi không có bất kỳ công cụ đặc biệt nào, trên thực tế, cách tiếp cận này đã hoạt động trên mọi hệ điều hành mà tôi đã từng dùng thử (khoảng 6 trong số chúng). Mặc dù rõ ràng thứ gì đó tự động hóa nó sẽ là một trợ giúp lớn.

Một cách tiếp cận khả thi là sử dụng biên dịch có điều kiện (#if) để biên dịch System.dll trước tiên không phụ thuộc vào các tập hợp khác đó, sau đó biên dịch các tập hợp khác và cuối cùng biên dịch lại System.dll để bao gồm các phần phụ thuộc vào Xml và Cấu hình.

Về mặt kỹ thuật, có thể những thứ này hoàn toàn không được biên soạn và lắp ráp bằng tay. Rốt cuộc đây là những thư viện cấp thấp.