Quelles sont les différences entre les modèles architecturaux MVC et MVP?

MVC (Model-View-Controller) et MVP (Model-View-Presenter) sont deux modèles architecturaux populaires conçus pour diviser une application en composants afin d'améliorer la maintenabilité et la testabilité. Les différences clés résident dans la répartition des responsabilités et l'interaction entre les composants.

MVC (Model-View-Controller):

• Model: Contient les données de l'application et la logique métier. Il n'est pas informé de la View ou du Controller.
• View: Affiche les données du Model et traite les actions de l'utilisateur (par exemple, les clics de boutons). La View est directement liée au Model (extrait des données de celui-ci).
• Controller: Sert d'intermédiaire entre le Model et la View. Reçoit les actions de l'utilisateur depuis la View, met à jour le Model, et choisit la View à afficher.

Dans MVC, la View et le Controller sont étroitement liés. La View peut accéder directement au Model pour obtenir des données, ce qui peut compliquer les tests de la View. Le Controller met à jour le Model, qui à son tour notifie la View des changements (souvent via KVO ou NotificationCenter).

MVP (Model-View-Presenter):

• Model: Semblable au Model dans MVC, contient des données et la logique métier.
• View: Affiche les données et redirige toutes les actions de l'utilisateur vers le Presenter. La View est une entité passive qui ne contient pas de logique métier et n'interagit pas directement avec le Model.
• Presenter: Agit comme un contrôleur, mais avec des responsabilités différentes. Reçoit les actions de l'utilisateur depuis la View, interagit avec le Model pour mettre à jour les données, puis met à jour la View, en appelant ses méthodes. Le Presenter connaît la View et le Model.

Dans MVP, la View est complètement séparée du Model. Le Presenter agit comme un intermédiaire, gérant la logique entre la View et le Model. Le Presenter met à jour la View, en lui "poussant" des données. Cela rend la View plus "bête" (dumb) et facilite le test isolé du Presenter.

Tableau comparatif:

Caractéristique	MVC	MVP
Connexion View avec Model	La View peut accéder au Model	La View ne connaît pas le Model
Rôle principal de liaison	Controller	Presenter
Mise à jour de la View	Le Model notifie la View (Pull)	Le Presenter met à jour la View (Push)
"Intelligence" de la View	Peut contenir la logique de présentation	Passive, avec peu de logique
Tests	Les tests de la View peuvent être plus difficiles	Les tests du Presenter sont plus simples
Dépendances	Le Controller dépend de la View et du Model	Le Presenter dépend de la View et du Model

Exemple d'interaction (simplifié):

MVC:

1. L'utilisateur appuie sur un bouton dans la View.
2. La View notifie le Controller.
3. Le Controller traite l'action, éventuellement met à jour le Model.
4. Le Model notifie la View des changements de données.
5. La View met à jour son interface, en récupérant les données du Model.

MVP:

1. L'utilisateur appuie sur un bouton dans la View.
2. La View redirige l'action vers le Presenter (par exemple, en appelant une méthode dans le protocole de la View).
3. Le Presenter traite l'action, interagit avec le Model.
4. Le Presenter obtient les données mises à jour du Model.
5. Le Presenter met à jour la View, en appelant ses méthodes (par exemple, view.display(updatedData)). La View affiche simplement les données.