Cách tốt nhất để tạo lớp không thể thực hiện được là gì?

Question

Java chứa nhiều lớp (như trong Swing), thực hiện dreaded and error proneinterface Serializable.

Nếu bạn triển khai, hãy TableModel mới bằng cách mở rộng AbstractTableModel, mô hình mới phải có thể tuần tự hóa được, nhưng nếu nó chứa các kiểu dữ liệu nội bộ không thể tuần tự hóa được và không cần phải kể từ khi bạn không lên kế hoạch để sử dụng tính năng này?

Trong trường hợp này, các công cụ như Sonar phát điên. Một trong hai khiếu nại rằng "Class Foo xác định trường hợp không phải là trường hợp không thể tuần tự hóa bar".

Vì vậy, tôi chắc rằng lĩnh vực transient chỉ để có được "Trường Foo.bar là thoáng qua nhưng không được thiết lập bởi deserialization"

Có thể nói "Không, lớp này là không serializable, và tôi don' Tôi muốn nó là "theo cách mà bạn không nhận được bất kỳ lỗi nào trong các công cụ như Sonar?

Answer 1

Trích dẫn từ JavaRevisited article này (xem # 8):

Để tránh java serialization bạn cần phải thực hiện phương pháp writeObject() và readObject() trong lớp của mình và cần phải ném NotSerializableException từ những phương pháp.

Vì vậy, bạn chỉ cần dán vào lớp học của bạn:

private void writeObject(java.io.ObjectOutputStream stream) throws java.io.IOException { 
    throw new java.io.NotSerializableException(getClass().getName()); 
} 

private void readObject(java.io.ObjectInputStream stream) throws java.io.IOException, ClassNotFoundException { 
    throw new java.io.NotSerializableException(getClass().getName()); 
} 

Answer 2

thực hiện writeObject() và readObject() phương pháp để ném NotSerializableException

hoặc

http://docs.oracle.com/javase/6/docs/platform/serialization/spec/security.html#4214

Answer 3

tôi có thể suy nghĩ về phương pháp thực hiện private void writeObject() như sau:

private void writeObject(ObjectOutputStream oos) throws IOException { 
    throw new UnsupportedOperationException("Not serializable!!!"); 
} 

Hoặc bạn có thể thực hiện Externalizable và và viết thực hiện tương tự của writeExternal()

Cả hai đều không phương pháp "tốt" nhưng chỉ cách giải quyết.

Answer 4

Câu trả lời tôi thấy ở đây thực sự chỉ trả lời cho dù có thể ngăn việc tuần tự hóa hoặc deserialization của một số lớp được đánh dấu tuần tự. Câu hỏi là một câu hỏi khác, mặc dù:

'Có thể nói "Không, lớp này không thể tuần tự hóa được và tôi không muốn nó" theo cách mà bạn không nhận được bất kỳ lỗi trong các công cụ như Sonar? '

(Vì vậy, tôi tự hỏi về những nhiều up-phiếu trên những câu trả lời ...)

Google'ing quanh câu trả lời có vẻ là 'không', Sonar có thể được thông báo rằng một lớp học như là một "false tích cực ", nhưng điều đó đòi hỏi mày mò với Sonar. Các nhà phát triển phát triển mã kiểm tra bởi Sonar của người khác không thể hưởng lợi từ khả năng đó.Và như câu hỏi thực sự yêu cầu một giải pháp cho các công cụ khác "như Sonar", quá, câu trả lời nói chung không thể là "Có" --- chắc chắn rằng một số công cụ như vậy sẽ nhấn mạnh vào "thực hiện Serializable + có không- trường không có tuần tự không có thể tuần tự hóa "có nghĩa là sự cố.

Answer 5

Bạn có thể sử dụng một cái gì đó như thế?

@SuppressFBWarnings(justification = "This field need to be transient") 
private transient SomeObject myTransientField; 

Bạn sẽ chặn cảnh báo Findbug. Bạn cũng có thể xác định loại xác nhận bạn muốn suprres như:

@SuppressFBWarnings("SE_TRANSIENT_FIELD_NOT_RESTORED") 

Danh sách đầy đủ là có: http://findbugs.sourceforge.net/bugDescriptions.html