Vale a pena ASP.net Model View Presenter o tempo?

Question

Eu estou lendo sobre padrão ASP.net MVP durante este fim de semana e que parece que até mesmo o mais simples tarefa tomar muito esforço, se fazê-lo no padrão MVP o pagamento fora parecem estar em projeto maior, mas eu penso comigo mesmo se i vou seguir MVP. Porque não basta fazer o projeto em ASP.net MVC?

A razão que eu estou olhando padrão MVP é porque eu tenho notado em todos os projetos meus ASP.net Webform há um monte de código no código por trás apenas para manipulação de eventos junto, se eu tenho um monte de controle de servidor no formulário web assim que eu estava olhando para a maneira de reduzir isso e se deparar com o padrão MVP.

Vale a pena o esforço para seguir o padrão MVP ou apenas passar para a ASP.net MVC?

Answer 1

Se você iniciar um novo projeto, então ASP.net MVC é uma escolha melhor. Mas se você só quer refazer um projeto existente como você disse, então MVP é a opção porque não há nenhuma maneira fácil de converter esses códigos-formas da Internet para MVC.

Answer 2

Eu recomendo a leitura dos dois links a seguir para chegar até a velocidade em MVP e MVC:

• Um grande post por Gil Fink sobre as diferentes vantagens de MVP e MVC
• questão A StackOverFlow sobre o que é a diferença entre MVP e MVC

Se você passar?
Com base no que você me disse que eu recomendo que você use o modelo passivo MVP mencionado no artigo acima.
Meus principais premissas são:

1. O seu lidando com uma base de código existente de WebForms aplicativos
2. Você precisa usar controles ThirdParty .NET Para funcionalidade existente
3. O seu trabalho em aplicativos existentes e não tem tempo para arquitetar re-los
4. Qualquer ASP.Net Web Apps você trabalha no futuro, você pode gradualmente aplicar o MVP passivo e obter os benefícios do TDD imediatamente

Seu Vista (codebehind + aspx) tornam-se essencialmente mudo e apenas executar tarefas simples:

• informações take dada pelo apresentador
• responde a eventos e fornece informações de volta para o apresentador

Eu usei este modelo amplamente para o desenvolvimento Web Forms e eu não poderia imaginar não ser capaz de Teste Unidade meu modelo e código Presenter. Depois de estabelecer o seu modelo básico que não leva muito tempo e viu o poder de testes de unidade, trabalhando com formulários da Web se torna agradável.

Alguns links para material de MVP que o modelo que eu usei é baseado em:

• Exemplo Fácil do modelo MVP
• modelo MVP simples para ASP.Net
• Um MVP e exemplo MVC para ASP.Net

Eu também recomendo que você aprender MVC a.
Quando o tempo permite, ter uma App existente e porta-lo para MVC. Desta forma o seu único foco é conhecer MVC e quando você mover a lógica para o padrão MVC, você vai descobrir coisas que você implementadas em WebForms e nunca deu muita atenção a mas agora precisam resolvido de outra maneira. Ótima maneira de comparar os padrões e ver o que funciona para você.

Espero que isso ajude, sinta-se livre para fazer qualquer pergunta.

Answer 3

Na minha opinião, a maneira ideal para ir para novas aplicações é MVC. No entanto, se você tem um monte de código já está usando WebForms, então o padrão MVP é o caminho a percorrer.

Answer 4

Gostaria de ir Asp.Net MVC se é um novo projeto, mas concordo, MVP pode ser um bom modelo para projetos webforms legados.

Aqui está um exemplo do meu blog: http: // www .unit-testing.net / CurrentArticle / How-To-Use-Model-View-Presenter-Com-ASPNet-WebForms.html

Answer 5

minha opinião pessoal é que, se há um monte de código no trás código, há ainda outros que adotar M-V-P maneiras para magro para baixo, refatorar e torná-lo testável.

Se a sua página tem uma vasta interação do usuário (como botões / links ativação / desativação, painéis e controles aparecer / desaparecer) M-V-P seria vale a pena.