23. − Sua aplicação já está concluída (ou com boa
parte pronta) com Web Forms. Não faça
uma aplicação meio MVC, meio Web Forms.
− Tiver pouco tempo de desenvolvimento e a
equipe não conhecer o padrão MVC, o
framework ASP.Net MVC, ou os dois.
− Você gostar muito do modelo
proporcionado pelo Web Forms de ilusão
de manutenção de estado proporcionado
pelo Viewstate.
24. − Suas necessidades de AJAX ou manipulação
de Javascript forem muito altas, ou você
odeia programar Javascript.
− Você é fã de carteirinha de alguns controles
complexos, como o gridview, os de
membership, ou ainda, você gosta muito de
databinding;
− Você precisar utilizar programação de
webparts para o Sharepoint.
25. − Precisar mais controle sobre o HTML
gerado
− Quiser ter uma aplicação focada em
padrões mais reconhecidos, inclusive no
front-end.
− Quiser trabalhar com testes unitários
também na interface com o usuário.
− Precisar de uma aplicação mais modular,
inclusive no front-end.
26. − Quiser ter mais liberadade para extender
alguns pedaços do framework. Com
ASP.Net MVC você pode substituir os
controllers, o engine de View, a maneira de
procurar Views, o framework de testes, etc.
− Quiser utilizar XSLT, XML, texto puro, ou sei
lá o que mais para renderizar as páginas
web.
− Tiver a intenção de gerar uma página
menor em bytes
28. - Nós precisamos de um controle Repeater!
- Nós já o temos, se chama: laço de foreach.
Conversa entre desenvolvedores da
Microsoft, segundo relatado por Scott
Hanselman, do time do MVC.