¿Estoy perdiendo al no utilizar MVC

Hay un montón de ASP.NET Web constituye codificadores por ahí que reconocen que simplemente no comprenden plenamente ASP.NET MVC. En muchos sentidos, puedo asociar con ellos. La fracción vocal que habla acerca de ASP.NET MVC hablar de ello con tanto entusiasmo que lo hacen sonar como usted tendría que ser un idiota que no se mueva más. En la certeza, la selección no es tan sencillo.

formularios web ASP.NET no van en cualquier lugar. Estas técnicas tienen su lugar apropiado en la caja de herramientas de un desarrollador web y es importante para descubrir sus fortalezas y debilidades. En general, el marco ASP.NET MVC tiene una tendencia a sacrificar la facilidad de uso (por ejemplo, estado de vista, validación, etc.) con el fin de presentar a los desarrolladores un control más restrictivo con las riendas. Esto puede ser una cosa terrible, pero sólo si se toma ventaja de ello. O bien puede ser sólo tan fácilmente un tema.

Con todo esto, me han producido una rápida métrica para saber si ASP.NET MVC es apropiado para usted. A mi modo de ver, hay algunos factores primarios un desarrollador debe seleccionar el marco ASP.NET MVC sobre formularios web ASP.NET. Si ninguno de estos factores están convenciendo a usted, entonces usted debe pegarse con los formularios web ASP.NET:

para aumentar el control y la extensibilidad

Como se ha señalado en el comentario, ASP.NET MVC da usted más control y opciones de extensibilidad que los formularios web ASP.NET. Usted obtiene la gestión total sobre el ciclo de vida de solicitud del sitio y los medios para reemplazar a cabo varias piezas clave del marco (por ejemplo, los motores de vista, enrutamiento, etc.), ninguno de los cuales es posible con los formularios web ASP.NET.

Además de esto, también adquieren el control completo sobre el HTML representado. En general, el HTML representado de formularios web aplicaciones ASP.NET es atroz. Controla la web emplea identificadores sin sentido de construcción y campos invisibles en abundancia, que no sólo impide el funcionamiento de un sitio, sino también hacer un estilo CSS y Javascript desarrollo un dolor. ASP.NET MVC hace que usted sea mucho más en sintonía con su HTML. No hay DataGrids o repetidores que increíblemente generan marcado para usted. No hay campos ocultos a persistir estado para usted. Es sólo usted, el HTML, y algunos métodos de extensión.

Para Test Unit

Esto, en mi opinión, es el factor más atractivo de usar ASP.NET MVC. Cuando se trata de pruebas unitarias, ASP.NET MVC simplemente late formularios web ASP.NET. No es ni de lejos. Mientras que los formularios web ASP.NET necesita usted para saltar a través de todas las formas de aros para probar por la página web del evento del ciclo de vida, el marco ASP.NET MVC prácticamente suplica a ensayar. Hay interfaces de todo proclamando "burlarse de mí para arriba!".

Hay una buena razón por la cual los mayores fans de ASP.NET MVC también se inclinan a ser promotores TDD; es debido al hecho de ASP.NET MVC en los permisos de datos para TDD. Profesionalmente, creo que este es el lugar donde todo el fervor viene. En pocas palabras:. Es realmente difícil de hacer TDD con formularios web ASP.NET y verdaderamente doloroso que hacerlo en ASP.NET MVC

Para probar algo diferente

Debo mencionar que el aprendizaje de ASP .NET MVC es un proceso extremadamente atractivo desde que el equipo marco ASP.NET MVC ha sido tan interactivo en el proceso. Considero que una gran parte de los atractivos de ASP.NET MVC es que la retroalimentación de la comunidad no sólo está siendo tomada en consideración, es definitivamente siendo buscado. El marco ha suscitado tantas charlas y discusiones sobre las mejores prácticas que simplemente siguiendo a lo largo que presenta a los conceptos que usted puede ser que han sido recientemente ignoran. Verdaderamente recomiendo entender el marco ASP.NET MVC para este propósito.

Así que ahí está. Aparte de los tres, no puedo pensar en otras razones por las que un desarrollador podría aprender ASP.NET MVC. Posiblemente esta es la razón por la tasa de adopción no es tan alta como pensamos que debería ser. El incentivo para el uso del marco esencialmente se reduce a la unidad de pruebas, control /extensibilidad, y el aburrimiento /interés. Razones muy bien, pero en realidad no los interruptores de juego para la gran mayor parte de los desarrolladores web por ahí Hotel  .;