Bất kỳ thay thế thực tế nào cho mô hình Tín hiệu + Slots cho lập trình GUI?

Phần lớn các Bộ công cụ GUI hiện nay sử dụng mô hình Tín hiệu + Slots. Đó là Qt và GTK +, nếu tôi không sai, người tiên phong cho nó.

Bạn biết đấy, các vật dụng hoặc các đối tượng đồ họa (đôi khi cả những vật thể không được hiển thị) gửi tín hiệu đến trình xử lý vòng lặp chính. Trình xử lý vòng lặp chính sau đó gọi các sự kiện , cuộc gọi lại hoặc vị trí được gán cho đối tượng widget / đồ họa đó. Do đó, thường virtualcó các trình xử lý sự kiện mặc định (và trong hầu hết các trường hợp ) đã được bộ công cụ cung cấp để xử lý tất cả các tín hiệu được xác định trước, do đó, không giống như các thiết kế trước đó mà nhà phát triển phải viết toàn bộ vòng lặp chính và trình xử lý cho mỗi và mọi thông báo (nghĩ WINAPI), nhà phát triển chỉ phải lo lắng về các tín hiệu anh ta cần để thực hiện chức năng mới trên.

Bây giờ thiết kế này đang được sử dụng trong hầu hết các bộ công cụ hiện đại theo như tôi biết. Có Qt, GTK +, FLTK, v.v ... Có Java Swing. C # thậm chí có một tính năng ngôn ngữ cho nó (các sự kiện và đại biểu) và Windows Forms đã được phát triển trên thiết kế này. Trong thực tế, trong thập kỷ qua, thiết kế này để lập trình GUI đã trở thành một loại tiêu chuẩn bất thành văn. Vì nó làm tăng năng suất và cung cấp sự trừu tượng lớn hơn.

Tuy nhiên, câu hỏi của tôi là:

Có bất kỳ thiết kế thay thế, đó là song song hoặc thực tế cho lập trình GUI hiện đại?

tức là thiết kế Tín hiệu + Slots, thiết kế duy nhất trong thị trấn? Có khả thi để làm Lập trình GUI với bất kỳ thiết kế nào khác không? Có bất kỳ bộ công cụ GUI hiện đại (tốt nhất là thành công và phổ biến) được xây dựng trên một thiết kế thay thế không?

Mặc dù tôi sẽ không gọi nó là phổ biến, nhưng luôn có lập trình phản ứng cho GUI, đặc biệt là lập trình phản ứng chức năng , như được triển khai, ví dụ, bởi .NET Rx Framework , cũng như một số bộ công cụ trong các ngôn ngữ / nền tảng bí mật hơn , giống như phản ứng-chuối hoặc FrTime , cho Haskell và vợt tương ứng.

Đó là một chủ đề yêu thích của tôi và trong khoảng một thập kỷ (từ 70 đến 86) tôi nghĩ rằng có một GUI bao gồm các đối tượng phản ứng với các sự kiện là cách đúng đắn để làm điều đó.

Sau đó, tôi tình cờ tìm thấy một cách khác để làm điều đó được mô tả ở đây và với một dự án sourceforge ở đây .

Tóm lại, vấn đề với các đối tượng là chúng vẫn tồn tại và nếu bạn viết mã để tạo chúng, bạn cũng phải viết mã để sửa đổi chúng tăng dần nếu cần thay đổi và bằng cách nào đó nhận được tin nhắn đến và từ chúng. Sẽ không tốt sao nếu bạn chỉ có thể vẽ những gì bạn muốn, và sau đó sơn lại nếu bạn muốn một cái gì đó khác biệt, và không phải lo lắng về sự bền bỉ của các đối tượng trước? Sẽ không tốt sao nếu bạn không bao giờ phải viết mã để xử lý tin nhắn, bởi vì tất cả đều được thực hiện dưới mui xe?

Đó là những gì gói đó làm. Đối với các hộp thoại đơn giản, nó lưu một thứ tự cường độ trong mã. Đối với các hộp thoại thay đổi động phức tạp, nó làm cho chúng có thể.

PS Tôi chỉ làm điều này cho UI máy tính để bàn và UI thiết bị đầu cuối từ xa, không phải UI giao diện web. Tôi chắc chắn là có thể, nhưng tôi chưa có cơ hội để thử nó.

Chà, có hai cách khác nhau để nói về điều này:

1. Có mọi tiện ích hiển thị cơ chế đăng ký chi tiết (Tín hiệu / Khe cắm, Người quan sát / Có thể quan sát, Sự kiện / Đại biểu) và đăng ký mã khách hàng và thực hiện hành động tương ứng.
2. Đã xây dựng một tiện ích chống lại sự trừu tượng hóa dữ liệu mà nó trình bày và có mã máy khách thực hiện sự trừu tượng hóa đó.

Đây là một ví dụ cho cách tiếp cận thứ hai:

interface Action {
     void execute();
     Bool isEnabled();
     Null<String> description();//used for tooltip
}
interface LabledAction extends Action {
     String getName();
}

Và bây giờ bạn có thể xây dựng mã LabelButtonchống lại LabledActionvà mã máy khách chỉ có thể triển khai nó hoặc sử dụng một số triển khai mặc định chung, nếu có sẵn và phù hợp.

Theo một cách nào đó, cách tiếp cận thứ hai ít linh hoạt hơn, nhưng cứng nhắc hơn. Bạn không chỉ bằng cách nào đó kết nối khung nhìn với mô hình thông qua các phương tiện tương đối nguyên tử. Bạn thiết kế một GUI phù hợp dựa trên yêu cầu của bạn và sau đó bạn triển khai các bộ điều hợp giữa GUI đó và logic miền / ứng dụng của bạn.

Một vài hệ thống loại điều khiển sử dụng cách tiếp cận cơ sở dữ liệu - mỗi điều khiển gui được liên kết với một tệp trong cơ sở dữ liệu để Gui luôn phản ánh trạng thái cơ sở dữ liệu. Móc DB được sử dụng để kích hoạt các chức năng khi giá trị thay đổi.