MVC etkileşim modelini tanımlayın.

Uygulamanın üç birbirine bağlı bölüme ayrıldığı mimari desen:

• Model: Verileri ve iş mantığını temsil eder. View veya Controller hakkında bilgi içermez. Verilerinde değişiklikler olduğunda View'yi bilgilendirir (Observer, Listener aracılığıyla).
• View: Model'den gelen verileri gösterir ve kullanıcı eylemlerine yanıt verir. İş mantığı içermez ve doğrudan Model ile etkileşime girmez. Kullanıcı etkileşimleri sırasında denetleyiciye (Controller) istek gönderir.
• Controller: Model ve View arasında bağlayıcı aracı. View'den gelen kullanıcı girişlerini işler, Model'i günceller ve gösterilecek View'yi seçer.

Artıları:

• Sorumlulukların ayrılması.
• Test edilebilirliğin artırılması (Model ve Controller bağımsız olarak test edilir).
• Yeniden kullanılabilirlik imkanı (özellikle Model).

Eksileri:

• Karmaşık kullanıcı arayüzleri için hantal hale gelir (kalın denetleyiciler - "kütleli denetleyiciler").
• View ve Model arasındaki etkileşim karışık olabilir (Controller aracılığıyla).
• View ve Controller arasında sıkı bağlantı (Android'de Activity genellikle her iki rolde de yer alır).

Android'de, Activity veya Fragment genellikle hem View hem de Controller işlevlerini yerine getirir, bu da ayrımı zorlaştırır. Saf MVC Android'de nadiren kullanılır, daha çok MVP veya MVVM gibi türetilmiş desenler tercih edilir.