GUI Programlama için Sinyaller + Yuvalar modeline pratik bir alternatif var mı?

GUI Toolkit'lerin çoğu günümüzde Signals + Slots modelini kullanıyor. Qt ve GTK + idi, eğer yanılmıyorsam, ona öncülük etti.

Widget'lar veya grafiksel nesneler (bazen görüntülenmeyenler bile) ana döngü işleyicisine sinyal gönderir . Ana döngü işleyici daha sonra o widget / grafik nesnesi için atanan olayları , geri çağrıları veya yuvaları çağırır . virtualÖnceden tanımlanmış tüm sinyalleri işlemek için araç seti tarafından önceden sağlanan varsayılan (ve çoğu durumda ) olay işleyicileri vardır, bu nedenle, geliştiricinin her bir mesajın tüm ana döngüsünü ve işleyicisini kendisi yazmak zorunda olduğu önceki tasarımların aksine (WINAPI'yi düşünün), geliştirici sadece yeni işlevsellik uygulamak için ihtiyaç duyduğu sinyaller hakkında endişelenmelidir.

Şimdi bu tasarım bildiğim kadarıyla çoğu modern araç setinde kullanılıyor. Qt, GTK +, FLTK vb. Var. Java Swing var. C # bile bunun için bir dil özelliğine sahiptir (etkinlikler ve delegeler) ve Windows Forms bu tasarımda geliştirilmiştir. Aslında, son on yılda, GUI programlama için bu tasarım bir tür yazılı olmayan bir standart haline geldi. Verimliliği arttırdığı ve daha fazla soyutlama sağladığı için.

Ancak sorum şu:

Modern GUI programlama için paralel veya pratik herhangi bir alternatif tasarım var mı?

Yani Signals + Slots tasarımı, şehirdeki tek pratik tasarım mı? GUI Programlama'yı başka herhangi bir tasarımla yapmak mümkün müdür ? Alternatif bir tasarım üzerine inşa edilmiş modern (tercihen başarılı ve popüler) GUI araç kitleri var mı?

Her şeyi demem rağmen o popüler, her zaman vardır reaktif programlama GUI'leri için, özellikle fonksiyonel reaktif programlama yoluyla, örneğin, uygulanan yasa, .NET Framework Rx biraz daha ezoterik dilleri / platformlarda çeşitli araç takımları yanı sıra, gibi reaktif muz veya FrTime için, Haskell'e ve Racket sırasıyla.

Bu benim en sevdiğim bir konu ve yaklaşık on yıl boyunca ('70'lerden '86'ya) olaylara yanıt veren nesnelerden oluşan bir GUI'ye sahip olmanın bunu yapmanın doğru yolu olduğunu düşündüm.

Sonra bunu yapmak için başka bir yol üzerinde tökezledi Burada anlatılan ve bir sourceforge proje ile burada .

Özetle, nesnelerle ilgili sorun devam etmeleridir ve bunları oluşturmak için kod yazarsanız, değişiklik gerekiyorsa bunları kademeli olarak değiştirmek için kod yazmanız ve bir şekilde bunlardan mesaj almanız gerekir. İstediğinizi boyayabilir ve farklı bir şey istiyorsanız yeniden boyayabilir ve önceki nesnelerin sürekliliği konusunda endişelenmenize gerek kalmaz mı? İleti işlemek için kod yazmak zorunda kalmazsanız da hoş olmaz mıydı, çünkü hepsi başlık altında yapılır?

Bu paket böyle yapar. Basit iletişim kutuları için kodda bir büyüklük sırası kaydeder. Dinamik olarak değişen diyaloglar için bunları mümkün kılar.

PS: Bunu web tarayıcısı kullanıcı arayüzleri için değil, yalnızca masaüstü arayüzleri ve uzak terminal arayüzleri için yaptım. Eminim mümkün, ama deneme şansım olmadı.

Bununla ilgili iki farklı yol var:

1. Her widget'in ayrıntılı bir abone mekanizmasını (Sinyal / Yuva, Gözlemci / Gözlemlenebilir, Olay / Temsilci) göstermesini ve müşteri koduna abone olmasını ve buna göre işlem yapmasını sağlayın.
2. Sunulan verilerin bir soyutlamasına karşı bir widget oluşturdu ve istemci kodunun bu soyutlamayı uygulamasını sağlayın.

İkinci yaklaşım için bir örnek:

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

Ve şimdi bir LabelButtonkarşı oluşturabilirsiniz LabledActionve istemci kodu sadece uygulayabilir veya varsa ve uygunsa, bazı genel varsayılan uygulama kullanabilirsiniz.

Bir bakıma, ikinci yaklaşım daha az esnek ancak daha katıdır. Bir şekilde göreceli olarak atomik yöntemlerle görünümü modelle birleştirmiyorsunuz. Gereksinimlerinize göre uygun bir GUI tasarlar ve ardından bu GUI ile etki alanı / uygulama mantığınız arasındaki bağdaştırıcıları uygularsınız.

Birkaç kontrol tipi sistem bir veritabanı yaklaşımı kullanır - her gui kontrolü veritabanında bir dosyaya bağlanır, böylece Gui her zaman veritabanı durumunu yansıtır. DB kancaları, bir değer değiştiğinde işlevleri tetiklemek için kullanılır.