Mô hình phù hợp cho lập trình UI

Đây là một câu hỏi cụ thể hơn (hoặc thực tế là hai, nhưng chúng có liên quan) đến từ các bình luận về cái chết của công nghệ OOP khi ai đó tuyên bố rằng OOP không phải là mô hình phù hợp cho lập trình GUI.

Đọc các bình luận ở đó và ở đây tôi vẫn có cảm giác có nhiều điều cần học: mô hình lập trình nào được coi là phù hợp và tại sao chúng tốt hơn các ví dụ khác (có lẽ có ví dụ để minh họa?)

Tôi đã xóa ví dụ tk khỏi tiêu đề và câu hỏi

Tôi thường không phải là người đề xuất OOP, nhưng tôi sẽ nói rằng lập trình GUI thể hiện một số cơ hội tốt nhất để sử dụng các điểm mạnh của OOP. Việc triển khai các vật dụng khác nhau được thực hiện dễ dàng hơn nhiều bằng cách sử dụng tính đa hình và kế thừa của OOP. Thư viện GUI của PLT Rquet là một ví dụ điển hình.

Một GUI điển hình, được làm bằng các widget và bố cục của chúng, hoàn toàn có thể khai báo. Các widget trên mỗi se sẽ không tương tác với nhau, vì vậy một khái niệm về các đối tượng và tin nhắn có phần xa lạ ở đây. Hiện tại DSL khai báo phân cấp là một loại chính thống, với Tk là một trong những ví dụ ban đầu và WPF là một cách tiếp cận hiện đại hơn cho cùng một điều. Lập trình phản ứng chức năng là một cách tiếp cận thú vị (nhưng không phổ biến lắm).

Một số người có xu hướng nhìn thấy OOP ở bất cứ nơi nào có phân cấp được xác định, điều này là sai - hoàn toàn không có mối liên hệ nào giữa các hệ thống phân cấp nghiêm ngặt (kiểu đọc dữ liệu đại số) và định nghĩa OOP của Kay.