Estava continuando minhas pesquisas sobre MVP e encontrei o seguinte trecho no site javafree.
Na maioria dos casos, o código responsável pelo tratamento dos eventos e controle de fluxo da Janela fica dentro de uma mesma classe. Temos então uma quebra de camadas: a View não deve conhecer nem o modelo que representa e nem a lógica de apresentação, já que temos alguns tipos de ação na lógica de apresentação que são regidas pelo domínio do problema em questão. Outro problema de manter tanto o código de montagem da tela quanto o tratamento de eventos é uma classe extremamente grande, difícil de manter, difícil de expandir e com código de impossível reutilização. (Texto retirado do site JavaFree.)
É exatamente o que estava me questionando no post anterior. O código responsável pelo tratamento dos eventos da tela e o código responsável pela lógica de controle do fluxo ficam dentro de uma mesma classe, que no caso do Android é a Activity. Por isso questiono o MVC no Android que tenho visto por aí…
Tássio Auad 