Quais são as diferenças entre os padrões arquiteturais MVC e MVP?

MVC (Model-View-Controller) e MVP (Model-View-Presenter) são dois padrões arquiteturais populares destinados a dividir uma aplicação em componentes para melhorar a manutenção e a testabilidade. As diferenças principais residem na distribuição de responsabilidades e na interação entre componentes.

MVC (Model-View-Controller):

• Model: Contém os dados da aplicação e a lógica de negócio. Não está informado sobre a View ou o Controller.
• View: Mostra os dados do Model e processa as ações do utilizador (por exemplo, cliques de botões). A View está diretamente ligada ao Model (extrai dados dele).
• Controller: Atua como intermediário entre o Model e a View. Recebe ações do utilizador a partir da View, atualiza o Model e escolhe a View para exibir.

No MVC, a View e o Controller estão estreitamente ligados. A View pode aceder diretamente ao Model para obter dados, o que pode complicar os testes da View. O Controller atualiza o Model, e este por sua vez, notifica a View sobre as alterações (frequentemente através de KVO ou NotificationCenter).

MVP (Model-View-Presenter):

• Model: Semelhante ao Model no MVC, contém dados e lógica de negócio.
• View: Mostra os dados e redireciona todas as ações do utilizador para o Presenter. A View é uma entidade passiva que não contém lógica de negócio e não interage diretamente com o Model.
• Presenter: Atua como controlador, mas com responsabilidades diferentes. Recebe ações do utilizador a partir da View, interage com o Model para atualizar dados e depois atualiza a View, chamando os seus métodos. O Presenter conhece a View e o Model.

No MVP, a View está completamente separada do Model. O Presenter atua como intermediário, gerindo a lógica entre a View e o Model. O Presenter atualiza a View, "empurrando" dados para ela. Isto torna a View mais "burra" (dumb) e facilita a testagem isolada do Presenter.

Tabela comparativa:

Característica	MVC	MVP
Ligação View com Model	A View pode aceder ao Model	A View não conhece o Model
Papel principal de ligação	Controller	Presenter
Atualização da View	O Model notifica a View (Pull)	O Presenter atualiza a View (Push)
"Inteligência" da View	Pode conter lógica de apresentação	Passiva, com mínimo de lógica
Testes	Os testes da View podem ser mais difíceis	Os testes do Presenter são mais simples
Dependências	O Controller depende da View e do Model	O Presenter depende da View e do Model

Exemplo de interação (simplificado):

MVC:

1. O utilizador pressiona um botão na View.
2. A View notifica o Controller.
3. O Controller processa a ação, possivelmente atualiza o Model.
4. O Model notifica a View sobre as alterações nos dados.
5. A View atualiza a sua interface, obtendo dados do Model.

MVP:

1. O utilizador pressiona um botão na View.
2. A View redireciona a ação para o Presenter (por exemplo, chama um método no protocolo da View).
3. O Presenter processa a ação, interagindo com o Model.
4. O Presenter obtém os dados atualizados do Model.
5. O Presenter atualiza a View, chamando os seus métodos (por exemplo, view.display(updatedData)). A View simplesmente mostra os dados.