Model-View-Presenter (MVP) programı Android için faydalı mıdır?

Kullanıcı eylemleri (MVP'nin Presenter kısmı) üzerindeki tepkiler GUI öğelerini gösteren (MVP'nin bir kısmını görüntüle) aynı etkinliklere ayarlanırken, Android'de Görünüm ve Presenter'ın nasıl ayrılacağı.

"Model görünümü sunumcusunda Martin Fowler veya Michael Feathers [2] 'nin söylediği gibi, kullanıcı arayüzünün mantığı sunumcunun adı verilen bir sınıfa ayrılmıştır; bu, kullanıcının tüm girişlerini idare eder ve" aptal "görüşü ne ve ne zaman söyleyeceğini söyler. gösterimi "( buradan alıntı yapıldı ).

Şimdiye kadar, Android'in temel özelliklerinden birinin , eylemleri gerçekleştiren, bunlara tepki veren ve sonuçları gösteren akıllı Etkinlik olduğunu düşündüm . MVP şeması Android felsefesiyle çelişiyor mu? Android'de gerçekleştirmeyi denemek mantıklı mı? Eğer evet ise, nasıl yapılabilir?

Android uygulamaları temelde Model-View-Controller (MVC) üzerine kuruludur - MVP daha önce de duymamıştım ama aynı şey gibi geliyor. (Eğer rağmen Faaliyetleri Kontrolör rolü doldurmak XML Görüntüleme adından anlaşılacağı gibi sadece edebilirsiniz - bu XML bunu yapmak için daha kolay ve basittir Etkinliğinizde programlı bunları inşa) ve Model kendini yazın. Yani evet, bu model oldukça pratik.

Bu tasarım modeli hakkında fazla bir şey duymamış olmanızın olası bir nedeni, Android çerçevesinin sizi ayrılmaya zorlamasıdır. Mobil cihazlardaki uygulama küçük olma eğiliminde olduğundan, insanlar tam MVC kullanma eğiliminde değildir; eylem katmanının modelin (küçük) işinin çoğunu yaptığı katmanlar görüntüleme ve eylem katmanlarına yönelirler.

Çapraz platform uygulaması yazıyorsanız, dört katmanlı bir yaklaşıma bakmak isteyebilirsiniz: Görüntüleme, Eylem, İş Mantığı ve Model. Business Logic ve Model değişmezken, View ve Action katmanları platforma özgü olacaktır. Temel olarak, sunum yapan kişi ile kullanıcı etkileşimini, kullanıcının istediği eylemi gerçekleştirmek için İş Mantığı katmanını çağıran Eylem katmanına bölersiniz.

Android programlaması hakkında hiçbir tecrübem yok, ancak bazı tanıtıcı Android programlama derslerine kısa bir bakış attığımda, MVP'nin diğer etkinlik odaklı bir çerçevede olduğu kadar az kullanışlı olması için bir neden göremiyorum. ActivitySınıf çok farklı değil Dialogya Formsizin uygulamanın herhangi Etkinlik alt sınıf için bir "activitity Sunucu" sınıfı oluşturmak ve orada çekirdek mantığı koymak kolay olmalı, böylece diğer çerçeveler içinde.

"Etkinlik" inize gönderilen etkinlikler, sunucunuza verilmelidir ve sunucunuz etkinlikleri kendi kendine gönderecekse veya sisteme bağlı diğer özellikleri arayacaksa, Faaliyetiniz sunum yapan kişi ile paylaştığı arayüz aracılığıyla ilgili işlevleri sağlamalıdır. Fakat bu temelde bildiğim diğer GUI çerçevelerindekiyle aynı.

MVP, Android için kesinlikle faydalıdır. Kodunuzu organize etmek ve birim sınamasına yardımcı olur. Ve en iyi bölüm, kodunuzu okuyan yeni kişilerin kodu anlayabilmesi ve nereye gitmesi gerektiğini bildikleri anda katkıda bulunmaya başlamasıdır. MVP'yi örneklerle anlamak için çok yararlı bir bağlantı .

MVP'nin üç bileşeninin tamamı için kısa bir açıklama:

Görünüm

Android MVP'de, görünüm iki şey içerir Aktivite - android kaynak Görünümü - java arayüzü Etkinlik Görünümü uygular ve sunum yapan kişinin, görünüm arayüzünü kullanarak etkinlikle konuşabilmesi için sunum yapan kişiye kendisini (Görüntüleme arayüzü) enjekte eder. Diyagramın ilk üç bloğu Görünüm ve Sunucu arasındaki iletişimi gösterir.

sunucu

Presenter, Görünüm ve Veri / Model arasında orta katman görevi görür. Görünüm (Etkinlik), sunum yapan kişiye bir şey sunması için komut verir ve sunum yapan kişi veri tabanından / Modelinden veri alır ve sunum yapılabilen veri formunu Görünüm'e geri verir. Ardından Görüntüle, bu verileri ekranda göstermeye özen gösterir. Ve Presenter'ın sade bir java sınıfı olduğunu ve android bileşenlerin hiçbirini içermemesi gerektiğini unutmayın, aksi takdirde sunum biriminin test edilmesini zorlaştıracaktır.

Sunucuda veritabanı kullanmak istiyorsanız, o zaman etkinliğin bir veritabanı örneği oluşturmasını ve sunucuya enjekte etmesini sağlayın. Bu, ünite testi sırasında veritabanını alaymanıza yardımcı olacak ve iş mantığını test etmenizi sağlayacaktır.

model

MVP'deki model veri kaynağınızdan başka bir şey değildir. Görünüm, verilerle doğrudan konuşmaz; Presenter'a, bunun için verileri işlemesini ve herhangi bir değişiklik yapmadan görüntülenebilecek bilgileri geri vermesini emreder.