Vi phạm nguyên tắc trách nhiệm duy nhất trong Iterator từ lõi Java

Question

Tại sao giao diện java.util.Iterator có phương thức remove()?

Chắc chắn đôi khi phương pháp này là cần thiết và tất cả đã trở nên quen với sự hiện diện của nó. Nhưng trên thực tế, mục tiêu chính và duy nhất của trình lặp là chỉ cung cấp các phần tử vùng chứa truy cập. Và khi ai đó muốn tạo triển khai của riêng mình cho giao diện này và không thể hoặc không muốn vì bất kỳ lý do gì để cung cấp khả năng xóa phần tử, thì anh ta buộc phải ném UnsupportedOperationException. Và việc ném ngoại lệ đó thường chỉ ra một kiến ​​trúc không quá tốt hoặc một số sai sót trong thiết kế.

Thực sự tôi không hiểu lý do cho quyết định như vậy. Và tôi đoán nó sẽ là một cách chính xác hơn tách một subinterface cụ thể để hỗ trợ các phương pháp tùy chọn:

Bất kỳ phiên bản lý luận tại sao remove() là một phần của Iterator? Không phải ví dụ này là vi phạm trực tiếp nguyên tắc trách nhiệm duy nhất từ ​​SOLID?

Answer 1

Ngoài câu trả lời kỹ thuật ưa thích ... vui lòng xem xét tiến trình thời gian. "Nguyên tắc trách nhiệm duy nhất" được Robert Martin đặt ra vào một thời điểm nào đó vào giữa/cuối thập niên 90.

Giao diện trình lặp Java xuất hiện với Java 1.2; khoảng năm 1998.

Rất có thể là những người ở Sun chưa bao giờ nghe nói về khái niệm này trong khi làm việc trên các bản phát hành đầu của Java. Tất nhiên, nhiều người thông minh có cùng ý tưởng mà không đọc một cuốn sách về nó ... vì vậy một nhà thiết kế tốt có thể đã thực hiện "SRP" như không biết về "SRP" - nhưng nó cũng đòi hỏi mức độ nhận thức cao để công bố tất cả các vi phạm lớn và nhỏ của quy tắc này ...

Answer 2

Quyết định thiết kế này được giải thích trong Java Collections API Design FAQ. Cụ thể, hãy xem câu hỏi đầu tiên về lý do tại sao các bộ sưu tập không hỗ trợ tính bất biến và thay vào đó yêu cầu các hoạt động tùy chọn. Câu trả lời ngắn gọn là họ không muốn "bùng nổ" trong số lượng giao diện.

Answer 3

Dường như có sự kết hợp các ngữ nghĩa ở đây. Robert C. Martin định nghĩa trách nhiệm duy nhất là một "lý do duy nhất để thay đổi" (SRP.pdf), không phải là "chỉ làm một điều duy nhất". SRP có liên quan rất nhiều với sự gắn kết : một mô-đun phần mềm chỉ nên chứa những thứ liên quan đến chức năng với nhau.

Với những điều này trong tâm trí, tôi không nghĩ rằng có phương pháp remove được bao gồm trong Iterator vi phạm SRP. Loại bỏ một phần tử thường là một cái gì đó bạn có thể muốn làm trong khi lặp qua các phần tử; các hoạt động về cơ bản là cố kết. Ngoài ra, cho phép loại bỏ các phần tử thông qua Iterator làm cho giao diện Iterable (được thêm vào trong Java 5) mạnh hơn rất nhiều. Tính năng này được sử dụng, ví dụ: nhiều phương pháp trong Guava's Iterables utility class.

Thông tin thêm về lịch sử cụm từ trong số this excellent article của Bác Bob.