Formularios web ASP .NET tradicionales frente a MVC

Question

Como alguien con experiencia en winforms y aplicaciones cliente, ¿vale la pena volver atrás y aprender cómo funcionan las páginas ASP .NET tradicionales, o está bien pasar directamente a ASP .NET MVC?

Estoy buscando dificultades o trampas en mi conocimiento general de C#, que no conoceré por la serie de screencasts y cosas en el sitio ASP .NET.

Answer 1

Esto es lo mejor de MVC.Funciona más cerca de la base del marco que los formularios web ASP.NET normales.Entonces, al usar MVC y comprenderlo, comprenderá mejor cómo funcionan los WebForms.El problema con WebForms es que hay mucha magia y alrededor de 6 años de intentar hacer que la Web funcione como Windows Forms, para tener la jerarquía del árbol de control y todo traducido a la Web.Con MVC obtienes el núcleo sin la influencia de WinForm.

Comience con MVC y podrá pasar fácilmente a WebForms si es necesario.

Answer 2

Estoy de acuerdo con Nick:MVC está mucho más cerca del real paradigma web y, al usarlo, se enfrentará a cómo funciona realmente su sitio web.WebForms te aleja de la mayoría de estas cosas y, como tengo experiencia en PHP, lo encontré realmente antiintuitivo.

Le sugiero que salte directamente a MVC y omita WebForms.Como se dijo, podrá volver a él si es necesario.

Answer 3

ASP.Net Webforms es una abstracción completamente diferente del marco base que ASP.NET MVC.Con MVC tienes más control sobre lo que sucede bajo las sábanas que con ASP.NET Webforms.

En mi opinión, aprender diferentes formas de hacer las cosas normalmente te convertirá en un mejor programador, pero en este caso puede que haya mejores cosas que aprender.

Answer 4

Depende de tus motivaciones.Si va a venderse como desarrollador de ASP.NET, necesitará ambos.

Si esto es sólo para su propio placer, vaya a MVC.

Mi sensación personal es que los formularios web seguirán existiendo durante bastantes años más.Mucha gente ha invertido tiempo y energía en ellos.Sin embargo, creo que la gente migrará lentamente (¡o tal vez no tan lentamente!).Los formularios web siempre fueron solo una forma de hacer que los usuarios de VB4 de arrastrar y soltar piensen en el desarrollo web.En cierto modo funcionó, pero quita mucho control.

Answer 5

ASP.NET MVC es para desarrolladores que desean desacoplar el código del cliente del código del servidor.Quería escribir clientes JavaScript, XHTML, CSS que puedan pasar de un servidor a otro (sin tener en cuenta la tecnología del servidor).Los clientes requieren mucho tiempo para adaptarse y terminarse, por lo que conviene utilizarlos (y sus subcomponentes) para tantos servidores como sea posible.Además, este desacoplamiento permite que su servidor admita cualquier tecnología de cliente que admita HTTP y corchetes angulares (y/o JSON) como WPF/Silverlight.Sin ASP.NET MVC, se vio obligado a entablar una relación hostil con todo el equipo de ASP.NET, pero Scott Guthrie es un tipo genial y trae MVC a la mesa después de años de que sus predecesores (y quizás el propio Scott) se concentraran casi por completo en Conseguir que los programadores de Windows Forms escriban aplicaciones web.

Antes de ASP.NET MVC, creaba aplicaciones ASP.NET basadas en gran medida en archivos ASHX (controladores HTTP).Puedo asegurarles que ninguna tienda Microsoft "real" fomentaría este comportamiento.Es más fácil desde una perspectiva de gestión (sabia) dictar que todos los desarrolladores utilicen la forma recomendada por el proveedor de utilizar las herramientas del proveedor.Por lo tanto, los talleres de TI que tienen uno o dos años de retraso requerirán que usted conozca la forma de hacer las cosas anterior a MVC.Esto también resulta útil cuando tienes que mantener un sistema "heredado".

Pero, para el campo verde, ¡es MVC hasta el final!

Answer 6

En mi opinión, existen más riesgos en escenarios de formularios web normales que solo con MVC.El estado de visualización y el enlace de datos pueden ser complicados a veces.

Pero para MVC, es simplemente una forma simple de publicar/renderizar cosas a la vieja usanza.No es que sea malo, simplemente es diferente y también más limpio.

Answer 7

Realmente no puedo hablar técnicamente sobre MVC versus "tradicional", ya que hasta ahora solo he usado el modelo tradicional.Por lo que he leído no creo que uno sea muy superior al otro.Creo que una vez que lo "entiendes", puedes ser muy productivo en ambos.

Sin embargo, en la práctica, tomaría en consideración que la mayoría de los libros, ejemplos de código y aplicaciones existentes están escritos de forma "tradicional".Tendrá más ayuda disponible y sus habilidades serán más útiles para los empleadores con solicitudes existentes escritas de la manera "tradicional".

Answer 8

Si no sabe cómo o no tiene experiencia con solicitudes/respuestas web de nivel sin formato y representación de html/css sin formato, entonces MVC sería un buen lugar para comenzar.Entonces comprenderá mejor los pros y los contras de los formularios web y mvc.Ambos estarán presentes en el futuro ya que ambos abordan necesidades diferentes.

Aunque diré que los formularios web son una plataforma que se utiliza y abusa mucho.Gran parte de la basura de "no buscar código" da mala fama a todos los que la usan.Dedique tiempo a comprenderla y utilizarla correctamente; descubrirá que es una plataforma muy extensible y robusta.