Tại sao java.util.List không thể thực hiện Serializable?

Question

Tại sao java.util.List không triển khai Serializable trong khi các lớp con như LinkedList, Arraylist làm gì? Nó không có vẻ chống lại các nguyên tắc thừa kế? Ví dụ, nếu chúng tôi muốn gửi một LinkedList qua mạng, chúng tôi phải viết:

new ObjectOutputStream(some inputStream).writeObject(some LinkedList); 

Cho đến nay rất tốt, nhưng khi đọc các đối tượng ở phía bên kia chúng ta phải explicity nói LinkedList l = (LinkedList)objectInputStream.readObject(); thay vì List l = (List)objectInputStream.readObject();. Nếu chúng tôi đã từng thay đổi chức năng viết từ LinkedList để nói ArrayList, chúng tôi cũng sẽ phải thay đổi phần đọc. Có List triển khai Serializable sẽ giải quyết được sự cố.

Answer 1

List không triển khai Serializable vì đó không phải là yêu cầu quan trọng cho danh sách. Không có sự bảo đảm (hoặc cần) rằng mọi sự thực hiện có thể có của một List có thể được tuần tự hóa.

LinkedList và ArrayList chọn làm như vậy, nhưng điều đó cụ thể cho việc triển khai của chúng. Các triển khai khác List có thể không phải là Serializable.

Answer 2

Vì List cũng được mở bởi lớp con cụ thể của người dùng, và người triển khai có thể không nhất thiết muốn triển khai Serializable. Khả năng nối tiếp cũng không thuộc về các trách nhiệm chính của một số List, vì vậy không có lý do gì để liên kết cả hai với nhau.

Answer 3

Danh sách là một giao diện và làm cho nó mở rộng Serializable có nghĩa là bất kỳ việc triển khai Danh sách nào đều có thể được tuần tự hóa.

Thuộc tính có thể tuần tự không phải là một phần của trừu tượng Danh sách và do đó không cần thiết cho việc triển khai.

Answer 4

Hãy xem xét giả thuyết ThreadList implements List<Thread>, chứa danh sách các chuỗi đang hoạt động tại bất kỳ thời điểm nào đã cho. Việc triển khai duyệt qua các chuỗi hoạt động một cách minh bạch và cho phép dễ dàng truy cập vào các chuỗi đó - để thuận tiện cho bạn. Việc triển khai đó có thể được tuần tự hóa hay không (quên rằng Thread không thể tuần tự hóa được)?

Tùy vào người thực hiện giao diện để quyết định xem việc triển khai của cô ấy có an toàn để được tuần tự hóa hay không. List là quá chung chung, như về cơ bản nêu rõ * bộ sưu tập theo thứ tự các mục thuộc loại T`.

Answer 5

No. A LinkedList luôn là Danh sách. Khi bạn deserialize danh sách liên kết, kể từ khi một LinkedList là một danh sách, bạn có thể viết

List l = (List) objectInputStream.readObject(); 

Thực tế là l là một LinkedList là không quan trọng. Bạn muốn có một danh sách, và bạn có một danh sách.

Answer 6

Danh sách mở rộng Bộ sưu tập, và nó không thể thực hiện bất cứ điều gì vì nó là một giao diện ...

Answer 7

Nếu Danh sách thực hiện/mở rộng Serializable thì bạn đã ngụ ý hợp đồng rằng tất cả các lớp học thực hiện/lớp con của Danh sách cũng là Serializable mà không phải lúc nào cũng đúng. Ví dụ: xem triển khai tập hợp ổi của ForwardingListMultimap. Nó không cần phải được Serializable chức năng và điều này đã có thể chỉ vì List không phải là Serializable.

Answer 8

Tại sao nó rằng java.util.List không thực hiện Serializable ...

Bởi vì không phải mọi List thực hiện trên thế giới phải Serializable.

trong khi đọc các đối tượng ở phía bên kia chúng ta phải explicity nói ... thay vì

List l = (List) objectInputStream.readObject(); 

Bạn đã thử chưa? Nếu bạn làm thế, tôi nghĩ bạn sẽ thấy nó hoạt động.

Answer 9

Câu hỏi của bạn dường như dựa trên sự hiểu lầm. Để sắp xếp một đối tượng, đối tượng (hoặc lớp của nó) phải triển khai Serializable, nhưng bạn không cần sử dụng một biểu thức kiểu Serializable (hoặc một số loại phụ) để thực hiện việc này. Nó là khá cố ý rằng phương pháp writeObject có một kiểu tham số Object và không Serializable, cũng như loại trả về readObject().

Nhưng ngay cả khi những thông số và kiểu trả về được Serializable, bạn sẽ không cần phải biết các loại thực hiện cụ thể:

ObjectOutputStream stream = ...; 
List myList = ...; 
stream.writeObject((Serializable)myList); 

và

ObjectInputStream stream = ...; 
List myList = (List) stream.readObject(); 

sẽ làm việc cũng như nó hoạt động bây giờ (mà không có diễn xuất có thể nối tiếp).

ObjectInputStream và ObjectOutputStream không quan tâm đến tất cả các loại của bạn khi gọi, chúng chỉ đơn giản là nhìn vào đối tượng trong tầm tay và lớp của nó.