Wat zijn de verschillen tussen de architectuurpatronen MVC en MVP?

MVC (Model-View-Controller) en MVP (Model-View-Presenter) zijn twee populaire architectuurpatronen die bedoeld zijn om een toepassing op te splitsen in componenten om onderhoudbaarheid en testbaarheid te verbeteren. De belangrijkste verschillen liggen in de verdeling van verantwoordelijkheden en de interactie tussen de componenten.

MVC (Model-View-Controller):

• Model: Bevat de gegevens van de toepassing en de bedrijfslogica. Is niet geïnformeerd over de View of Controller.
• View: Toont de gegevens van het Model en verwerkt gebruikersacties (bijvoorbeeld knopdrukken). De View is direct verbonden met het Model (haalt er gegevens uit).
• Controller: Fungeert als tussenpersoon tussen Model en View. Ontvangt gebruikersacties van de View, werkt het Model bij en kiest de View om weer te geven.

In MVC zijn View en Controller nauw verbonden. De View kan direct toegang krijgen tot het Model voor gegevens, wat het testen van de View kan bemoeilijken. De Controller werkt het Model bij, en het Model informeert op zijn beurt de View over wijzigingen (vaak via KVO of NotificationCenter).

MVP (Model-View-Presenter):

• Model: Gelijkaardig aan het Model in MVC, bevat gegevens en bedrijfslogica.
• View: Toont de gegevens en stuurt alle gebruikersacties door naar de Presenter. De View is een passieve entiteit die geen bedrijfslogica bevat en niet direct met het Model interageert.
• Presenter: Functioneert als controller, maar met andere verantwoordelijkheden. Ontvangt gebruikersacties van de View, werkt met het Model om gegevens bij te werken en werkt de View bij, door zijn methoden aan te roepen. De Presenter kent de View en het Model.

In MVP is de View volledig gescheiden van het Model. De Presenter fungeert als tussenpersoon, beheert de logica tussen View en Model. De Presenter werkt de View bij door gegevens "push"-achtig naar haar te sturen. Dit maakt de View meer "dom" en vergemakkelijkt het testen van de Presenter in isolatie.

Vergelijkende tabel:

Kenmerk	MVC	MVP
Verbinding View met Model	View kan direct toegang krijgen tot het Model	View kent het Model niet
Belangrijkste verbindingsrol	Controller	Presenter
Bijwerken van View	Model informeert View (Pull)	Presenter werkt View bij (Push)
"Intelligentie" van View	Kan presentatie-logica bevatten	Passief, bevat minimale logica
Testen	Testen van View kan moeilijker zijn	Testen van Presenter is eenvoudiger
Afhankelijkheden	Controller hangt af van View en Model	Presenter hangt af van View en Model

Voorbeeld van interactie (vereenvoudigd):

MVC:

1. Gebruiker drukt op knop in View.
2. View informeert Controller.
3. Controller verwerkt de actie, mogelijk werkt het Model bij.
4. Model informeert View over dat wijziging.
5. View werkt zijn interface bij, door gegevens uit het Model te halen.

MVP:

1. Gebruiker drukt op knop in View.
2. View stuurt de actie door naar de Presenter (bijvoorbeeld door een methode in het View-protocol aan te roepen).
3. Presenter verwerkt de actie, werkt met het Model.
4. Presenter krijgt de bijgewerkte gegevens uit het Model.
5. Presenter werkt de View bij door zijn methoden aan te roepen (bijvoorbeeld view.display(updatedData)). De View toont eenvoudigweg de gegevens.