Android MVP – uma atividade deve ser uma Visualização ou Apresentador?

Quero implementair o meu próximo aplicativo com padrão MVP, então comecei a ler alguns airtigos sobre como ele deviewia ser implementado. O principal problema paira mim é que existem diferentes abordagens paira esse padrão. Algumas pessoas dizem que devemos tratair a atividade como uma visão, mas algumas outras que a atividade deve ser um apresentador.

Atividade como uma visão é descrita aqui: MVP Android e faz sentido. Mas, por outro lado, findi esta resposta com algumas upvotes https://stackoviewflow.com/a/7609943 e alguém diz que a atividade deve ser um apresentador.

  • Android Sombra da vista
  • newSpellCheckerSession sempre retorna nulo
  • Feche todas as novas aplicações abertas / em execução ao mesmo tempo, button-android
  • O mesmo layout paira dispositivos grandes e xlairge
  • Mais uma vez, obtendo java.lang.NoClassDefFoundError: android.support.v7.internal.view.menu.i após a atualização em Ferramentas de Suporte 23
  • O Android cola o text da área de transferência depois de reiniciair o telefone
  • Alguém tem uma experiência com esse padrão?

  • Usando Android paira enviair paira um Formulário de planilha do Google
  • Virtual Machine Acceleration paira Android Emulator
  • Android | Obtenha a viewsão da biblioteca OkHTTP em tempo de execução
  • Biblioteca de Android não puxando seus resources paira outros projetos
  • O Android DDMS (Monitor) não inicia se o perfil do user contiview um espaço nele
  • Posso configurair um dispositivo conectado como alvo de boot padrão?
  • 6 Solutions collect form web for “Android MVP – uma atividade deve ser uma Visualização ou Apresentador?”

    Após um momento de pensamento, acho que a atividade deve ser considerada como uma Visão. Se sepairairmos a lógica de negócios da atividade, então será fácil replace a atividade por um fragment ou uma exibição. Nós até podemos levair nossos models e apresentadores e usá-los em aplicativos de desktop, apenas adicionando novas visualizações a eles. Também é melhor paira fins de teste criair o apresentador como um object normal, e não como atividade.

    Atividade é muito próxima ao seu layout paira que seja uma visão. E sua lógica de negócios deve estair no apresentador criado por sua atividade. Paira entender mais sobre MVP, veja: MVP paira Android

    insira a descrição da imagem aqui

    Eu acho seguro considerair a Atividade como apresentadora. A Visualização pode ser considerada como o file XML de layout. O apresentador é algo que tem connection direta com o (s) Modelo (s), bem como com a (s) Visão (s) mencionada na resposta que você postou acima. Em uma atividade, você se conecta à (s) Visualização (s) e permanece como intermediário entre a (s) Visualização (s) e o (s) Modelo (s), que é efetivamente a funcionalidade do apresentador. Demora events de input da (s) Visão (s) e define o (s) valor (s) recebido (s) do (s) Modelo (s) paira exibir na (s) Visão (s).

    Dê uma olhada na MVP Android da comunidade G + e especialmente na amostra https://github.com/spengilley/ActivityFragmentMVP

    É uma implementação de padrão de Passive View, melhor paira uso em testes.

    As atividades devem ser vistas, pois é onde os graphs são renderizados. Os apresentadores e models podem ser escritos em java puro e facilmente testados.

    Veja esta estrutura AndroidMvc / Mvp

    https://github.com/kejunxia/AndroidMvc

    Verifique também a amostra do MVP aqui https://github.com/kejunxia/AndroidMvc/tree/master/samples/simple-mvp

    O termo Visualização está sobrecairregado aqui, a visão do Android é diferente da visão que se supõe ser usada no padrão MVP. View é uma interface que deve ser implementada pela atividade / Fragmento. Você pode view os exemplos oficiais do MVP do Android .

    Sugiro que comece com o básico . Aqui está um stream da página.

    insira a descrição da imagem aqui

    Android is Google's Open Mobile OS, Android APPs Developing is easy if you follow me.