Aprakstiet MVC mijiedarbības modeli.

Arhitektūras paraugs, kas sadala lietotni trīs savstarpēji saistītās daļās:

• Modelis: Attēlo datus un biznesa loģiku. Nav informācijas par View vai Controller. Paziņo View par izmaiņām savos datos (caur Observer, Listener).
• View: Parāda datus no modeļa un reaģē uz lietotāja darbībām. Nesatur biznesa loģiku un tieši nesadarbojas ar Modeli. Sūta pieprasījumus Controller, kad lietotājs mijiedarbojas.
• Controller: Starpnieks, kas savieno Modeli un View. Apstrādā lietotāja ievadi no View, atjauno Modeli un izvēlas View, ko rādīt.

Priekšrocības:

• Atbildības sadalīšana.
• Uzlabota testējamība (Modelis un Controller ir testējami neatkarīgi).
• Iespēja atkārtoti izmantot (īpaši Modeli).

Trūkumi:

• Paliek apjomīgs sarežģītiem UI (biezas kontrolieru - "masīvas kontrolieru").
• Sadarbība starp View un Modeli var būt mulsinoša (caur Controller).
• Tuva saikne starp View un Controller (Android, Activity bieži veic abus lomas).

Android, Activity vai Fragment bieži veic gan View, gan Controller funkcijas, kas sarežģī atdalīšanu. Tīrā veidā MVC Android reti tiek izmantots, biežāk tiek izmantoti atvasināti modeļi, piemēram, MVP vai MVVM.