The methods that perform various ki

The methods that perform various kinds of addition and removal are optional operations in the Collection interface. This means that the implementing class is not required to provide functioning definitions for these methods.
This is a very unusual way to define an interface. As you’ve seen, an interface is a contract in object-oriented design. It says, "No matter how you choose to implement this interface, I guarantee that you can send these messages to this object."4 But an "optional" operation violates this very fundamental principle; it says that calling some methods will nor perform meaningful behavior. Instead, they will throw exceptions! It appears that compile-time type safety is discarded.
It’s not quite that bad. If an operation is optional, the compiler still restricts you to calling only the methods in that interface. It’s not like a dynamic language, in which you can call any method for any object, and find out at run time whether a particular call will work.5 In addition, most methods that take a Collection as an argument only read from that Collection, and all the "read" methods of Collection are not optional.
Why would you define methods as "optional"? Doing so prevents an explosion of interfaces in the design. Other designs for container libraries always seem to end up with a confusing plethora of interfaces to describe each of the variations on the main theme. It’s not even possible to capture all of the special cases in interfaces, because someone can always invent a new interface. The "unsupported operation" approach achieves an important goal of the Java

Kết quả (Việt) 1:

Các phương pháp thực hiện các loại bổ sung và loại bỏ là các hoạt động tùy chọn trong giao diện bộ sưu tập. Điều này có nghĩa rằng lớp thực hiện không phải là yêu cầu cung cấp các định nghĩa chức năng cho những phương pháp này.Đây là một cách rất không bình thường để xác định một giao diện. Như bạn đã thấy, một giao diện là hợp đồng thiết kế hướng đối tượng. Nó nói, "Không có vấn đề làm thế nào bạn chọn để thực hiện các giao diện này, tôi đảm bảo rằng bạn có thể gửi các thông điệp này cho đối tượng này." 4, nhưng một chiến dịch "tùy chọn" vi phạm các nguyên tắc rất cơ bản này; nó nói rằng kêu gọi một số phương pháp sẽ được cũng không phải thực hiện hành vi có ý nghĩa. Thay vào đó, họ sẽ ném ngoại lệ! Nó xuất hiện rằng biên dịch loại an toàn bỏ đi.Nó không phải là khá xấu. Nếu một thao tác là tùy chọn, trình biên dịch vẫn còn hạn chế bạn gọi điện thoại chỉ là những phương pháp trong giao diện đó. Nó không phải là như một ngôn ngữ năng động, trong đó bạn có thể gọi bất kỳ phương pháp cho bất kỳ đối tượng, và tìm hiểu tại thời gian chạy cho dù một cuộc gọi cụ thể sẽ work.5 ngoài ra, hầu hết các phương pháp có một bộ sưu tập như là đối số chỉ đọc từ bộ sưu tập đó, và tất cả các "đọc" phương pháp của bộ sưu tập không tùy chọn.Tại sao bạn sẽ xác định các phương pháp như "tùy chọn"? Làm như vậy sẽ ngăn chặn sự bùng nổ của giao diện trong thiết kế. Các mẫu thiết kế cho các thư viện container dường như luôn kết thúc với một plethora khó hiểu của giao diện để mô tả cho mỗi người trong số các biến thể trên chủ đề chính. Nó không phải là thậm chí có thể nắm bắt tất cả các trường hợp đặc biệt trong giao diện, vì một ai đó luôn luôn có thể phát minh ra một giao diện mới. "Không được hỗ trợ hoạt động" phương pháp đạt được một mục tiêu quan trọng của Java

Kết quả (Việt) 2:

Các phương pháp thực hiện các loại bổ sung và loại bỏ được các hoạt động tùy chọn trong giao diện Collection. Điều này có nghĩa rằng các lớp thực hiện không được yêu cầu cung cấp các định nghĩa chức năng cho các phương pháp này.
Đây là một cách rất bất thường để xác định một giao diện. Như bạn đã thấy, giao diện là một hợp đồng trong thiết kế hướng đối tượng. Nó nói, "Không có vấn đề làm thế nào bạn chọn để thực hiện giao diện này, tôi đảm bảo rằng bạn có thể gửi tin nhắn này đến đối tượng này." 4 Nhưng một "tùy chọn" hoạt động vi phạm nguyên tắc rất cơ bản này; nó nói rằng gọi một số phương pháp sẽ không thực hiện hành vi có ý nghĩa. Thay vào đó, họ sẽ ném ngoại lệ! Có vẻ như thời gian biên dịch an toàn loại bỏ được.
Nó không hẳn là xấu. Nếu một hoạt động là tùy chọn, trình biên dịch vẫn hạn chế bạn gọi chỉ các phương pháp trong giao diện đó. Nó không giống như một ngôn ngữ năng động, trong đó bạn có thể gọi bất kỳ phương pháp cho bất kỳ đối tượng, và tìm ra tại thời gian chạy cho dù một cuộc gọi cụ thể sẽ work.5 Ngoài ra, hầu hết các phương pháp mà phải mất một Bộ sưu tập như một tham số chỉ đọc từ Bộ sưu tập đó, và tất cả các "đọc" các phương pháp của Bộ sưu tập không phải là tùy chọn.
Tại sao bạn sẽ xác định các phương pháp như "tùy chọn"? Làm như vậy ngăn chặn sự bùng nổ của các giao diện trong thiết kế. Thiết kế khác cho các thư viện chứa dường như luôn kết thúc với rất nhiều khó hiểu của giao diện để mô tả từng biến thể về chủ đề chính. Nó thậm chí không thể nắm bắt tất cả các trường hợp đặc biệt trong giao diện, vì có người luôn luôn có thể phát minh ra một giao diện mới. Các "hoạt động không được hỗ trợ" phương pháp đạt được một mục tiêu quan trọng của Java