El formulario web es una tecnología más antigua. Aferrarse a lo viejo no significa malo. Pero es una mala pieza de tecnología, confía en mí. Es pesado y muchos conceptos como viewstate, postback pueden parecer extraños para los desarrolladores de otro ecosistema. Pero el formulario web es un marco altamente productivo que puede poner en marcha rápidamente con este marco ya que tiene muchos controles integrados y también hay muchos controles de terceros. El código escrito en forma web no es fácilmente comprobable y de alguna manera el formulario web alienta a escribir su código SQL en la vista en sí, lo que me parece realmente malo. Por otro lado, mvc viene con un nuevo enfoque. MVC es un patrón arquitectónico genérico que básicamente fomenta el acoplamiento flexible de dicho código relacionado con la base de datos de la vista a otra cosa. La implementación de Microsoft de mvc es excelente y, si se hace correctamente, puede realizar una prueba unitaria de todo el código, excepto las vistas, lo que es una gran ventaja sobre el formulario web. Sin mencionar que con el advenimiento de asp.net core se ha convertido en multiplataforma y para un desarrollador de otro ecosistema como Java, por ejemplo, puede adaptarse fácilmente a él. Han introducido una cosa llamada middleeware, que es una pieza de código que puede ejecutar cuando se realiza una solicitud a un servidor que extiende la capacidad del marco de una manera hermosa. asp.net core elimina todos los demás marcos en términos de velocidad y capacidad para atender muchas solicitudes. Revisa sus puntos de referencia. Admiten el procesamiento de solicitudes asíncronas, que es otra característica fantástica. En general, una persona sensata siempre elegirá asp.net mvc sobre el formulario web e incluso una persona mejor elegirá asp.net core sobre cualquier otra cosa.
Estoy en un grupo desarrollando una aplicación en ASP.NET sobre atletismo. ¿Debo ir con Web Forms o MVC, y cómo puedo convencer a los miembros de mi grupo?
Related Content
MVC. WebForms se mantiene debido a las toneladas de código heredado que se ejecutan en el mundo corporativo. MS en sí se está centrando en MVC. Usted convence fácilmente a sus pares señalando el hecho de que el nuevo ASP.NET NextGen se está desarrollando para admitir estándares web abiertos, de los cuales WebForms no forma parte. Pueden enviar una capa de compatibilidad para que WebForms pueda funcionar independientemente de IIS, pero está claro que WebForms ya no es un ciudadano de primera clase para MS.
He trabajado con formularios web desde .Net 1.1, y con MVC desde MVC4. Prefiero MVC sin duda. Además de ser mucho más fácil de aprender y enseñar a los nuevos miembros del equipo, es mucho más fácil mantener y mejorar / hacer crecer una aplicación MVC que una aplicación de formularios web. MVC también se presta mejor para aprovechar el script java y ajax, utilizando vistas de afeitadoras parciales y resultados JSON de los controladores.
Muchos desarrolladores desean o prefieren ASP DotNET MVC para sus nuevas aplicaciones web. Pero esto puede no ser siempre posible y puede usar formularios web para sus próximos proyectos. En tales situaciones, los desarrolladores tienen dudas sobre las dificultades durante un cambio de Web Forms a MVC. Si se siguen ciertas pautas al desarrollar un proyecto de Web Forms, la migración posterior a MVC sería sin problemas.
Lea más sobre este tema en 9 cosas para recordar cuando desarrolle una nueva aplicación de formularios web ASP.NET | Noticias de moda
Si ha decidido ir con el sitio oficial de Microsoft ASP.NET, entonces mi elección sería una interfaz que no dependa de formularios web. Me inclinaría por el uso intensivo de AJAX porque MVC WEBAPI hace que el desarrollo de los puntos finales REST sea muy fácil.
Basado en mi último proyecto, soy de la opinión de que usar código de back-end para generar HTML (es decir, webfirms) ya no tiene mucho valor. En cambio, me enfocaría en hacer el backend para generar JSON usando WEBAPI.