Descrie modelul de interacțiune MVC.

Modelul arhitectural care împarte aplicația în trei părți interconectate:

• Model: Reprezintă datele și logica de afaceri. Nu are informații despre View sau Controller. Notifică View despre modificările datelor sale (prin Observer, Listener).
• View: Afișează datele din model și răspunde la acțiunile utilizatorului. Nu conține logică de afaceri și nu interacționează direct cu Modelul. Trimite solicitări către controller la interacțiunea utilizatorului.
• Controller: Intermediar care leagă Modelul și View-ul. Procesează intrarea utilizatorului din View, actualizează Modelul și alege View-ul pentru afișare.

Avantaje:

• Separarea responsabilităților.
• Testare îmbunătățită (Modelul și Controllerul sunt testate independent).
• Posibilitatea reutilizării (mai ales a Modelului).

Dezavantaje:

• Devine voluminos pentru interfețe de utilizator complexe (controlere groase - "controlere masive").
• Interacțiunea dintre View și Model poate fi confuză (prin Controller).
• Legătură strânsă între View și Controller (în Android, Activity adesea îndeplinește ambele roluri).

În Android, Activity sau Fragment adesea îndeplinește funcții atât de View, cât și de Controller, ceea ce complică separarea. În forma sa pură, MVC este rar utilizat în Android, fiind mai frecvent pattern-uri derivate precum MVP sau MVVM.