C# giao diện vỡ, ABI

Question

Giả sử chúng ta có class X trong phiên bản 1 của lắp ráp A.dll:

class X { 
    SomeType Property { set; get; } 
} 

và sau đó trong phiên bản 2 của lắp ráp A.dll:

class X { 
    SomeType Property { set; get; } 
    SomeType OtherProperty { set; get; } 
} 

Bây giờ giả sử chúng ta có một lắp ráp thứ hai B.dll tải A.dll và sử dụng X. Việc bổ sung tài sản OtherProperty có vi phạm ABI không? Sẽ B.dll không sử dụng A.dll/X? Nếu không, thứ tự của các tờ khai có khác biệt gì không? Nếu các thuộc tính đã được ảo, nó có tạo nên sự khác biệt nào không?

Tôi đoán tôi thực sự hỏi: các quy tắc ABI chung là gì? Tôi biết thay đổi giao diện sau khi chúng đã được xuất bản là một điều xấu, nhưng tôi thực sự muốn có thể thêm các thuộc tính trong một số trường hợp, mà không thêm các lớp con.

Answer 1

Việc thêm thuộc tính sẽ ổn.

Một trường hợp sẽ xảy ra là nếu bạn ví dụ thêm thứ gì đó vào giữa một enum được đánh số tự động. Ví dụ nếu bạn có mã này trong thư viện của bạn:

enum Foo 
{ 
    Bar, 
    Qux 
} 

và bạn thay đổi nó như thế này:

enum Foo 
{ 
    Bar, 
    Baz, 
    Qux 
} 

Sau đó, bạn cũng sẽ cần phải biên dịch lại bất kỳ mã như thế này:

if (foo == Foo.Qux) 
{ 
    // ... 
} 

Answer 2

Nó sẽ không phá vỡ khả năng tương thích nếu chỉ được sử dụng bởi lắp ráp B. Nhưng nó sẽ phá vỡ nếu assembly B định nghĩa một lớp thực hiện giao diện, bởi vì lớp đó không thực hiện thuộc tính vừa mới được giới thiệu.

Answer 3

Trình biên dịch JIT sẽ giải quyết rất nhiều vấn đề này, cũng là nguồn gốc của thông báo lỗi nếu thay đổi bị phá vỡ.

Tuy nhiên, bạn đang chơi một trò chơi rất nguy hiểm có tên là DLL Hell. Vấn đề không phải là họ không biên dịch lại mã của họ, đó là khi họ làm. Họ sẽ, cuối cùng. Nếu sau đó có một sai lầm tinh tế, ai đó chạy một phiên bản cũ của trình cài đặt của bạn, sao chép các tập tin sai, etcetera sau đó tất cả các địa ngục vỡ lỏng. Mã sẽ không chạy và họ sẽ có công việc không thể thực hiện để tìm hiểu lý do. Điều này sẽ xảy ra lâu sau khi bạn thực hiện thay đổi, bạn sẽ không có bất kỳ cách nào để đoán điều gì đã xảy ra hoặc không thể giúp họ.

Đừng làm rối tung điều này, tăng [AssemblyFileVersion] và [AssemblyVersion]. Có, họ sẽ phải biên dịch lại khi bạn thay đổi thứ hai. Hoặc sử dụng <bindingRedirect>, điều này cũng tốt, bây giờ có một bản ghi có thể theo dõi được.

Btw: điều này cũng xảy ra trong Khuôn khổ .NET. WaitHandle.WaitOne (int) đã được thêm vào trong một gói dịch vụ nhưng không có thay đổi [AssemblyVersion]. Các lập trình viên nhắm mục tiêu .NET 2.0 nhưng mã của họ sẽ không chạy khi máy mục tiêu đã cài đặt bản gốc 2.0. Rất gây đau đớn.