route - Usuarios de ASP.NET MVC: ¿extrañas algo de WebForms?

tag helpers asp net core (14)

Bueno, yo echo de menos algo:

La posibilidad de tener una grilla paginable en segundos.

Aunque no sería muy justo ya que también tuve que crear una clase para alimentar a ObjectDataSource para tener una paginación eficiente. Y también la paginación funcionaría solo con JavaScript o tendría que escribir código para leer QueryString (por ejemplo, & pag = 2, etc.) y así sucesivamente.

De hecho ... supongo que no hay mucho que extrañar.

Hay muchos artículos y discusiones sobre las diferencias entre ASP.NET WebForms y ASP.NET MVC que comparan los méritos relativos de los dos marcos.

Tengo una pregunta diferente para cualquier persona que tenga experiencia con el uso de WebForms que desde entonces se haya mudado a MVC:

¿Cuál es la cosa número uno que tuvo WebForms, que MVC no tiene, que realmente extrañas?

Editar

Nadie ha mencionado los controles de validación de WebForms. Ahora estoy trabajando en un código que tiene algunas reglas de validación dependientes y la implementación de la validación del lado del cliente para estas está demostrando ser lenta.

Echo de menos la vista de cuadrícula, la simplicidad de integrarme en la clasificación y la localización con muy poco esfuerzo. Uso la funcionalidad de cuadrícula todo el tiempo y todavía no he encontrado una buena alternativa en mvc

Hasta ahora nada realmente.

Definitivamente echo de menos MVC todos los días en el trabajo mientras miro el feo código de WebForms, quiero borrarlo todo y ahora hacer que todo sea transparente, limpio y hermoso.

Por supuesto, solo el tiempo mostrará si la nueva chica es realmente mejor que tu esposa.

La simplicidad de tener solo una forma en una página. Creo que la funcionalidad del formulario html es un poco incómoda y no muy intuitiva y creo que hay una buena razón por la que los creadores de formularios web intentaron abstraer el manejo de formularios en formularios web.

Lo principal que echo de menos es la documentación. WebForms, debido a su relativa madurez, tiene una gran cantidad de documentación oficial y también muchos ejemplos y fragmentos de terceros disponibles. Sin embargo, esto está mejorando todo el tema y, a medida que MVC cobra impulso, espero que esté a la par.

Nada también.

Las Formas Web hacen mucho de manera automática, pero con frecuencia tuve que piratearlas para que se ajusten a mis necesidades. MVC me permite hacer lo que quiero y puedo piratearlo para que las cosas se realicen mejor o más rápido.

Me encanta controlar la salida y prefiero un estilo limpio y ligero.

Referencia: - http://www.codeproject.com/Articles/808297/Things-you-will-miss-in-ASP-NET-MVC-as-an-ASP-NET

No voy a decir que echo de menos porque todos los cambios están sucediendo para siempre. Pero sí me perdería lo de abajo.

El encantador servidor controla quién acaba de dar salida en un parpadeo.
El archivo de código de la parte posterior. Hacer doble clic e ir al Código detrás por alguna razón me hizo superior.
Magia del estado de vista.
Ahora necesito entrar en el dolor de cabeza de POST y GET.

Simplicidad en los controles de arrastrar y soltar. podría estar viendo algo de esto en un futuro cercano tal vez en mvc4

Tan loco como suena, extraño el control del calendario. No para los seleccionadores de fechas o ese tipo de cosas, sino para programar aplicaciones en las que desea mostrar un calendario de eventos de estilo de vista general / perspectiva de página completa con enlaces seleccionables o en los que se puede hacer clic a través del evento de renderizado diario.

Si alguien sabe de una alternativa MVC, por favor comparta! Rodar el tuyo en este caso es factible, pero un poco doloroso.

Una diferencia, que estoy seguro que se corregirá con el tiempo, es la cantidad expansiva de material de referencia y ejemplos en línea para formularios web en comparación con la cantidad relativamente escasa para MVC. Sin embargo, se podría argumentar que una gran cantidad de material en formularios web cubre temas como el ciclo de vida de la página que MVC ya no hace necesario (gracias a Dios).

Viewstate es lo que echo de menos, hasta que recuerdo los problemas que causa.

Luego doblo mi mente y busco otros enfoques (enlace de modelo más inteligente, ajax, etc.) que generalmente resultan ser mejores (pero más lentos de encontrar e implementar).

nada :)

Realmente me gusta la forma en que funciona ASP.NET MVC. Quiero controlar mi HTML. No necesito controles. Podemos obtener la misma funcionalidad con ayudantes de HTML y herramientas de terceros, por ejemplo, jQuery y todos los complementos disponibles.

Aquí hay un ejemplo de cómo usar una vista de cuadrícula con jQuery grid en ASP.NET MVC.

Aunque Ruby on Rails es un marco más maduro, creo que ASP.NET MVC está en el camino correcto.

Como persona PHP / Classic ASP, me aventuré en el mundo de los formularios web hace unos 5 años. Después de tener que codificar a mano cosas como tablas, cuadrículas, calendarios, etc., en lenguajes de scripting, parecía que los formularios web serían una tremenda ayuda. Fue ... eso es hasta que necesite incluso un poco de personalización más allá de alternar los colores de las filas y similares. Sí, podrías tener una vista de cuadrícula corriendo con unos pocos movimientos de arrastrar y soltar. Pero personalizar incluso lo que parece una cosa simple podría convertirse en horas de tortura e investigación.

También creo que muchos de los ejemplos dados en .NET en línea están simplificados en exceso para el efecto de hacer que los formularios web parezcan "fáciles". Seguro que puedes obtener esa vista de cuadrícula para mostrar solo 10 registros de una tabla de 100,000 registros, pero ¿te das cuenta de que TODOS los registros se están cargando en la memoria de forma predeterminada? Como ejemplo de la excesiva complicación de la solución de ese problema, dediqué un tiempo a crear una vista de cuadrícula paginable que solo carga trozos de registros, pero no funcionaría. Después de una hora de investigación, descubrí que tenía que eliminar una propiedad adicional que el IDE inserta en el código de código. No es divertido cuando cosas estúpidas como esas te ponen detrás.

Y a cada paso, sucede.

Ni siquiera me haga empezar en el estado de visualización.

Pero luego las nubes se separaron, y se nos entregó .NET MVC. Ahora que es un marco. Si usted es un desarrollador web, debe saber qué sucede cuando alguien realiza una solicitud a su servidor web. La abstracción y la capa de cruft que los formularios web ponen encima de eso es un perjuicio.

En su mayor parte, soy capaz de desarrollar aplicaciones a la velocidad de los scripts PHP y FINALMENTE tengo control TOTAL sobre la interfaz de usuario. Eso es todo lo que es.

Y como nota adicional: las personas deben dejar de quejarse de que están creando "sopa de etiquetas" en las vistas de MVC cuando descubren que tienen que usar etiquetas <% =%> y similares. Arrastre y suelte su vista de cuadrícula en la página, establezca todas las propiedades y luego vea la mierda que le ofrece. Y aún no ha terminado, ahora tiene que adjuntar eventos y poner más código relacionado con la vista de cuadrícula en su archivo de código. Hable acerca de desordenar la experiencia de codificación. Voy a tomar un simple bucle foreach cualquier día.

El almacenamiento en caché de salida no se implementa realmente en ASP.NET MVC (a partir de la versión 2). Hay trucos para hacer que funcione, como usar los controles web con la directiva OutputCache o usar WriteSubstitution , pero todos estos trucos van en contra de la naturaleza de MVC de alguna manera. El almacenamiento en caché de resultados para cualquier otra cosa que no sean métodos de acción completos es realmente difícil de conseguir en ASP.NET MVC, y siempre genera una enorme deuda técnica. Dado que el almacenamiento en caché de resultados, especialmente en las versiones más recientes de IIS, es increíblemente eficaz en comparación con el almacenamiento en caché de la capa de datos, esto es una vergüenza.