Theo một nghĩa nào đó, vâng, điều này vi phạm mẫu MVC. Như bạn nói, khung nhìn không nên liên quan đến cách kiểm soát nó, đó là thói quen tốt hơn để nhóm mã như vậy vào một phần khác của ứng dụng.
Hơn nữa, một trong những lợi thế lớn của OOP là khả năng sử dụng lại các lớp học. Các lượt xem như vậy có thể được tái sử dụng mà không có bất kỳ vấn đề nào, vì tất cả các mã kiểm soát - cụ thể đối với ứng dụng - không nằm trong chúng. Nếu bạn bao gồm các phương thức ủy nhiệm trong chế độ xem của mình, bạn sẽ không thể sử dụng lại nó, hoặc bạn sẽ phải thay đổi phương thức ủy nhiệm mỗi lần!
Nhưng các quy tắc dành cho trường hợp chung. Hãy xem xét khung công tác Cocoa cho Mac OS X: Bạn đã có các ràng buộc cacao cho phép bạn trực tiếp thay đổi nội dung khung nhìn để đáp ứng với thay đổi dữ liệu trong mô hình của bạn. Điều đó cũng vi phạm mẫu MVC theo một cách nào đó.
Một ví dụ khác, xem UIViewController. Nó phải là một bộ điều khiển nhưng nó gắn liền với quan điểm rằng câu hỏi vẫn tồn tại. Sự tách biệt giữa bộ điều khiển xem & không rõ ràng như MVC sẽ thích nó.
Để kết luận, tôi có thể nói rằng bạn nên theo dõi mô hình (miễn là chúng phù hợp với nhu cầu của bạn) và cách bạn có thể theo dõi nó bằng một khung nhất định. Nhưng có một số trường hợp, nếu bạn làm cho nó rõ ràng, nơi nó có thể là thú vị để tạo ra một số phím tắt và phá vỡ các quy tắc.
Tôi thích các loại câu hỏi này. – Morkrom