Décrivez le modèle d'interaction MVC.

Patron architectural qui divise l'application en trois parties interconnectées:

• Modèle: Représente les données et la logique métier. Ne contient pas d'informations sur la Vue ou le Contrôleur. Notifie la Vue des changements de ses données (via Observer, Listener).
• Vue: Affiche les données du modèle et réagit aux actions de l'utilisateur. Ne contient pas de logique métier et n'interagit pas directement avec le Modèle. Envoie des requêtes au contrôleur lors des interactions utilisateur.
• Contrôleur: Intermédiaire qui relie le Modèle et la Vue. Traite l'entrée utilisateur de la Vue, met à jour le Modèle et choisit la Vue à afficher.

Avantages:

• Séparation des responsabilités.
• Meilleure testabilité (le Modèle et le Contrôleur sont testés indépendamment).
• Possibilité de réutilisation (surtout du Modèle).

Inconvénients:

• Devient encombrant pour des interfaces utilisateur complexes (contrôleurs lourds - "contrôleurs massifs").
• L'interaction entre la Vue et le Modèle peut être confuse (via le Contrôleur).
• Relation étroite entre la Vue et le Contrôleur (en Android, l'Activity joue souvent les deux rôles).

En Android, l'Activity ou le Fragment remplit souvent des fonctions à la fois de Vue et de Contrôleur, ce qui complique la séparation. En version pure, le MVC est rarement utilisé en Android, des patterns dérivés comme MVP ou MVVM étant plus courants.