JavaFX - Özellikleri etki alanı nesneleriyle kullanmanın doğru yolu

JavaFX, javafx.beans.property.DoublePropertyotomatik olarak gözlemlenebilen ve senkronize edilebilen alanları tanımlamanıza izin veren bir dizi yeni Özellik nesnesi sağlamıştır.

Birçok JFX örneğinde, MVC model sınıfı bu Özellik alanlarının birçoğuna sahiptir ve bu alan daha sonra görünüme otomatik olarak bağlanabilir.

Ancak, bu bizi JFX özelliklerini Domain nesnelerine (Model sınıfının bir domain nesnesi olacağını varsayarsak) koymamı teşvik ediyor gibi görünüyor, bu da beni endişelerin zayıf bir şekilde ayrılması (ör. GUI kodunu Domain'e yerleştirmek) ).

Bu sorunun 'gerçek hayatta' çözüldüğünü gören var mı, eğer öyleyse, nasıl yapıldı?

Sorunuzla ilgili olduğunu düşündüğüm JavaFX 2.0 ile oynuyorum. Gerçek üretim kodu değil, sadece kişisel bir proje, ama yukarıda bahsettiğiniz problemle karşılaştım. Tüm model 2D çerçeveden bağımlı olma eğilimindedir ve bunu sevmiyorum.

Yaptığım şey, modeldeki her sınıfı ikiye böldüm, içeriğini veritabanından yükleme yeteneğine sahip gerçek model sınıfı, durumunu vb. Nasıl değiştirdiğini bilir ... ve görünüme karar veren temsil sınıfı ekranda. İkincisi tüm Property sınıflarını içerecektir.

Aynı tasarımı Swing gibi herhangi bir MVC çerçevesinde bulacaksınız. sadece burada bunu yapmaktan kaçış yok.

Neredeyse 7 yıl sonra ve bu soru hala eskisi gibi geçerli.

Kanımca, javafx hiçbir zaman Model'e ait sınıflardan hiçbiri tarafından ithal edilmemelidir. Ancak, MVC mimarisi ile birlikte bir MVVM benimserseniz çok iyi çalışabilirler. Bu anlamda

• varlıklar = (alan adı) modeli ( M )
• FXML dosyaları = görünüm ( V )
• kontrolör hala kontrolördür ( C )
• view-model ( VM ) = yalnızca javafx özelliklerini ve temsil ettiği gerçek etki alanı nesnesine (M) başvuru içeren yeni bir veri sınıfı kümesi. Bileşik / dekoratör olarak iş mantığı yöntem çağrılarını daha ileriye taşıyabilir.

Bir şeyleri görmenin bir başka yolu, denetleyici sınıfını görünümün bir parçası olarak düşünmektir, çünkü tek yaptığı şey görünüm modelini görünümle (veri ve eylemler) bağlamaktır. Bu yüzden kolayca Sunum Yapan, hatta Bağlayıcı olarak adlandırılabilir. Ancak bu, denetleyiciyi nasıl kullandığınıza bağlıdır. Controller sınıfında görünüm modelini değiştirmek için mantık eklerseniz, adını hak eder ve yukarıda sunulan mimariye sahip olursunuz. Denetleyici sınıfı model verilerini yalnızca UI öğelerine ve ActionEvents'ı model yöntemlerine bağlarsa, MVVM mutant mimarisinin aşağıda sunulması eğilimindedir.

Bence bu mimariler bir şekilde Bob Amca'nın temiz mimari (sunum katmanı) hakkındaki fikirlerine uyuyor.