Tôi giả định rằng bạn đang sử dụng "không tương thích nhị phân" theo nghĩa kỹ thuật; ví dụ. nơi trình nạp lớp phát hiện sự không tương thích và từ chối tải các lớp.
Không tương thích nhị phân cũng có thể được giới thiệu nếu bạn thêm phương thức hiển thị và tuyên bố nó final và phương pháp đó va chạm với chữ ký của một số phương thức hiện có trong phân nhóm của bên thứ ba. Tuy nhiên, nếu phương thức này không phải là cuối cùng, phương thức hiện tại sẽ biến thành ghi đè phương thức (mới) của bạn có thể gây ra sự cố ... nhưng không tương thích nhị phân.
Tương tự như vậy, việc thêm trường hiển thị mới sẽ dẫn đến ẩn, có thể dẫn đến hành vi khó hiểu và sẽ phá vỡ tuần tự hóa đối tượng. Nhưng điều này sẽ không dẫn đến sự không tương thích nhị phân.
Nói chung, điểm này thực tế là bạn cần xem xét các vấn đề ngữ nghĩa ứng dụng cũng như khả năng tương thích nhị phân đơn giản. Và hệ thống kiểu Java sẽ không giúp bạn ở đó.
Để hoàn chỉnh, có một thứ khác mà bạn có thể làm trong mã của bạn mà sẽ phá vỡ tính tương thích nhị phân cho các lớp bên thứ 3:
- giảm khả năng hiển thị của lớp trừu tượng của bạn và/hoặc các phương pháp của nó,
- thay đổi chữ ký của các lớp khác sử dụng như kết quả tham số và trừ các loại,
- thay đổi chuỗi superclasses rằng lớp trừu tượng của bạn kéo dài, hoặc thực hiện một sự thay đổi không phù hợp ở những lớp học, hoặc
- thay đổi cây giao diện t hat lớp trừu tượng của bạn thực hiện, hoặc thực hiện một sự thay đổi không tương thích trong các giao diện đó.
Nguồn
2010-05-15 01:40:15
Cảm ơn bạn đã cung cấp giải pháp thay thế!Đó cũng là điều tôi đang cân nhắc - tôi đã cân nhắc chi phí của nó phức tạp (duy trì một tham chiếu đến việc thực hiện và ủy thác nó) nhưng vì kiến trúc có thể cắm được này là một yêu cầu, tôi sẽ làm điều này. – thSoft