Desventajas de ASP.net MVC Webforms View Engine?

Estoy planeando un nuevo proyecto en este momento, construido en MVC. Ahora, hay varios motores de visualización diferentes, y me pregunto cuáles son las desventajas del motor de Webforms que justificarían un cambio. Algunas personas sienten really strong en contra, y me pregunto por qué?Desventajas de ASP.net MVC Webforms View Engine?

¿Todavía puedo conservar algo así como los controles .ascx con otros motores de visualización, como Spark o StringTemplate? (De acuerdo, para ser justos, eso es solo usar RenderPartial y pasar en ViewData apropiado, pero sigue siendo la modularización de "bloques" comunes en múltiples vistas)

Fuente

2009-04-30 Michael Stum

Desde mi experiencia, la única desventaja real del motor de formularios web es la verbosidad. Spark es mucho más escueto y admite parciales (no .ascx) y páginas maestras.

Puede ejecutar Spark y el motor de formularios web estándar uno al lado del otro, así que si se encuentra con casos donde la chispa no funcionaría, aún podría usar formularios web (no sé de una forma de compartir maestro páginas entre ellos sin embargo).

Fuente

2009-04-30 15:39:57

De hecho, los formularios web devuelven la clásica "sopa de etiquetas" de ASP, que todos han llegado a amar (léase: odio). –

Stephen Walther tiene un par de ejemplos del uso de un motor de vista diferente que el motor de formularios web con MVC:

En cuanto a las ventajas frente a la desventaja ... Personalmente, disfruto de la sensación de "sopa de etiquetas" del clásico estilo asp'ish. Para mí, se siente como un viejo y cómodo par de zapatos.

Con el uso juicioso de HtmlHelpers, la sopa de etiquetas se reduce considerablemente al tener "trozos" reutilizables. En ASP clásico, hice ayudantes de clase y los incluí en la página. En webforms, rodé los controles web. Ahora es HtmlHelpers.

Fuente

2009-04-30 23:18:10 datacop

@Zhaph: ¡Gracias por la limpieza! – datacop

Creo que el motor de vista MVC no es tan malo. También me gusta seguir con la "corriente principal" ya que estoy seguro de que habrá nuevas características/ayuda en MVC 2.0 que no quiero perderme. Estoy seguro de que los otros motores hacen algunas cosas muy buenas, pero cada vez que me he desviado del estándar, lograron encontrarme cuando deseamos actualizar a la próxima tecnología o versión.

Sin embargo, dicho esto, la única forma verdadera de entender lo que esos otros motores ofrecen es probarlos con algo que haya compilado o entendido y ver si le gusta la sensación o las capacidades que está ganando/renunciando.

Fuente

2009-05-06 03:23:56 MikeJ

Además, el chico del Spark View Engine ahora es un empleado de MS. Si bien esto puede sonar bien, con toda probabilidad no tendrá mucho tiempo para mantener su motor. –

Hay algo que decir para seguir con el 'mainstream'. Es más fácil encontrar ayuda/hacer que otra persona lea tu código por uno. Sin embargo, creo que será interesante ver qué tipo de cambio se produce cuando MVC 3 se lanza oficialmente con el razine view eingine. Mi corazonada es que muchas personas preferirán Razor al WebFormsViewEngine actual. –

pero ofrecido por el proveedor, espero que Razor sea mainstream en el sentido de que el día 1 espero que Razor tenga más usuarios que cualquiera de los engnies alternativos combinados. – MikeJ

Desventajas de ASP.net MVC Webforms View Engine?

Respuesta

Cuestiones relacionadas