O Padrão MVP (Passive View) em contraste com MVC

    MVP é um acrônimo para Model-View-Presenter. O Model no MVP é como no MVC, é a camada que trata das regras de negócios, a View também segue o mesmo papel que possui no MVC, que é lidar com a interface do usuário, e o Presenter pode ser visto como a camada Controller do MVC, tendo o papel de ligar e lidar com o Model e a View. A semelhança não é mera coisncidência, já que é um modelo baseado no MVC.

    A primeira vista é dificil identificar a diferença entre o MVC e o MVP e de entender assim o porque de usar o MVP no Android. Os dois modelos possuem as mesmas 3 camadas, apenas 1 camada em comum que possui nome diferente, mas todas possuem os mesmos papéis básicos em seus modelos.

    Não vamos entender o modelo até o vermos em ação, com suas camadas interagindo segundo seus papéis. Abaixo segue um diagrama que demonstra o MVP.

Uma boa maneira de se entender a interação entre as camadas no MVP é imaginarmos a compra de um lanche em um fast-food qualquer. Nesse cenário teremos 3 elementos para analisarmos, você representando a View, o funcionário do estabelescimento representando o Presenter, e o caixa representando a camada Model. Você geralmente se encaminha e faz seu pedido ao funcionário do estabelescimento, o funcionário irá fazer uso da máquina, que exibirá ao funcionário com o valor a ser pago. Ao ler o valor na máquina o funcionário irá lhe avisar o quanto deve ser pago para que você possa pegar o lanche.

    Veja que nesse primeiro processo, transferindo agora a situação para o nosso padrão, temos a View solicitando algo ao Presente que vai ao Model e o informa da solicitação. Ao obter uma resposta do Model, o Presenter é responsável para encaminhar esse resultado a View. E assim se interagem as camadas do MVP, como em uma compra de um lanche em um fast-food.

    Continuando a cena, você, após ouvir o valor a ser pago, irá entregar ao funcionário a quantia dita em dinheiro. O funcionário irá pegar o dinheiro, voltar a máquina, colocar esse dinheiro e concluir a operação. A máquina responderá ao ato do funcionario com a nota fiscal da compra, que o funcionário irá pegar e transferir a você.

    Veja que esse segundo processo transferido para nosso padrão de projeto irá ser semalhante ao primeiro. A View, você, transfere dados, o dinheiro, ao Presenter, o funcionário, que irá encaminhar ao Model, a máquina, e aguardar a resposta. Quando houve uma resposta do Model, o Presenter encaminhará para a View o resultado, a nota fiscal.

    Tendo em mente esses dois semelhantes casos podemos partir para a comparação entre os dois modelos explicados. Como já dito, superficialmente olhando os dois padrões se equivalem em número de camadas e em seus papéis básicos. O primeiro ponto que podemos contrastar é o entry-point dos dois modelos, que dará inicio aos nossos tópicos que listam o que os diferencia.

    Como importante aspecto para que uma arquitetura seja chamada de MVC temos o já explicado entry-point, que obrigatóriamente deve ser o Controller. Ou seja, a primeira das três camadas que uma solicitação deve ter contato é o Controller. Enquanto isso temos no MVP uma camada diferente que assume o papel de entry-point, a View.

    Como estudado no caso do fast-food, o cliente, personagem representante da camada View, é que o primeiro a atuar ao captar o evento de desejo de comprar um lanche e encaminhar isso ao Funcionário do balcão, representante da camada Presenter.

    Então temos que nossa primeira diferença entre os dois padrões. O entry-point em cada padrão é assumido por camadas diferentes.

    Seguindo com nossas diferenças, no MVP, toda e qualquer interação com a camada Model sempre partirá da camada Presenter, e o Model sempre responderá apenas ao Presenter.  A camada View no MVP jamais tem interação com a camada Model, o que é diferente do MVC, onde o Controller pode interagir com a Model e a Model pode atualizar a View. Então, no MVP, a camada View é então desacoplada do Model e é atualizada ou manipulada unicamente pelo Presenter, o que marca uma nova diferença entre os dois modelos.

E para finalizar, temos a passividade da View nessa variação do MVP, equanto a View no MVC pode ser contrastada como ativa. O que isso quer dizer é que a View no MVP (Passive View) é possui praticamente zero de lógica, delegando todos os a fazeres ao Presenter, sendo o seu papel apenas de encaminhar o evento dos usuários a camada Presenter e aguardar que os dados sejam populados. Enquanto isso, no MVC, a View possui papéis lógicos e tem ações para com o Model.