Gần đây tôi đã tình cờ thấy các đối tượng bất biến hữu ích như thế nào và ví dụ như nếu bạn chuyển các phần tử cho một hàm tạo và lớp của bạn sẽ không thay đổi, bạn phải sao chép các phần tử này nếu chúng không tự biến đổi.
Điều này đòi hỏi rất nhiều kiểm tra hoặc kiến thức về dự án của tôi, bởi vì nếu tôi có
public A(B foo)và Bkhông phải là bất biến, Atôi phải sao chép B. Bây giờ tưởng tượng Bcó vẻ bất biến, nhưng bản thân nó có các lớp có thể thay đổi trong hàm tạo và vân vân.
Có một tiêu chuẩn hoặc cách thực hành tốt nhất để ghi lại tài liệu nếu một lớp là bất biến trong Java? Có vẻ như không có @immutabletừ khóa trong Javadoc.
Các chú thích @Immutable có vẻ là một cái gì đó hoàn toàn khác nhau cho thế hệ lớp tự động và không nằm trong tiêu chuẩn Java.
2
Thứ nhất, sao chép phòng thủ cho phép bạn có được xung quanh đó. Thứ hai, cách để ghi lại nó là lớp Javadoc
—
raptortech97
"cách để ghi lại nó là lớp Javadoc" Có cách nào chuẩn để làm việc này không? Sau đó, đây sẽ là câu trả lời được chấp nhận.
—
Aufziehvogel 5/2/2015
@ raptortech97 Một trong những lợi thế chính của các lớp bất biến là không cần sao chép phòng thủ. Nếu phải có bản sao phòng thủ của một đối tượng được cho là bất biến, bạn đang làm sai.
—
itbruce 5/2/2015
@itsbruce Ông đã nói về việc sao chép các đối tượng có thể thay đổi. Ngoài ra, có một lý do để sao chép một đối tượng bất biến - bộ nhớ cache cục bộ. Một số người thu gom rác bảo tồn thứ tự tương đối của các đối tượng, vì vậy các đối tượng được phân bổ cùng ở lại với nhau.
—
Doval
Bạn đúng. Lỗi của tôi.
—
itbruce 5/2/2015