Razor / CSHTML - Cualquier beneficiará a más de lo que tenemos? [cerrado]

Question

¿Hay alguien allí utilizando las nuevas páginas CSHTML fuerte y está encontrando que prefieren esta nueva sintaxis de vista del motor sobre el motor vista por defecto ASP.NET MVC existente o sobre los formularios web, y si es así, ¿por qué? ¿Qué hay de CSHTML le da una ventaja sobre MVC o formularios web, o viceversa?

Simplemente curioso escuchar toma de la gente en él.

Answer 1

Uno de los beneficios es que las opiniones de la maquinilla de afeitar se pueden volver dentro de las pruebas unitarias, esto es algo que no era fácilmente posible con el anterior procesador de ASP.Net.

Desde el anuncio de ScottGu esto es catalogado como uno de los objetivos de diseño:

  

Unidad comprobable: La nueva implementación del motor vista apoyará la capacidad de vistas de pruebas unitarias (sin necesidad de un controlador o servidor web, y puede ser alojado en cualquier proyecto de prueba de unidad - no app- especial dominio requerido).

Answer 2

Opinión del Ex Microsoft Developer

he trabajado en un equipo básico para el sitio web de MSDN. Ahora, yo uso C # afeitar para los sitios de comercio electrónico con mi equipo de programación y nos centramos pesada en el extremo frontal de jQuery con el back-end C # páginas de afeitar y base de datos de la memoria de LINQ-Entidad para que las páginas son de 1-2 milisegundos tiempos de respuesta incluso en bucles for anidados con consultas y no hay página de almacenamiento en caché. No utilizamos MVC, simplemente ASP.NET con páginas de afeitar que se asignan con el módulo de reescritura de URL para IIS 7, no hay páginas ASPX o ViewState o programación de eventos del lado del servidor en absoluto. No tiene el extra de capas (innecesarios) MVC pone en construcciones de código para la expresión regular desafiado. Menos es más para nosotros. Todo es clara y directa pero doy apoyos a MVC por su capacidad de prueba, pero eso es todo.

páginas

Razor no tienen ciclo de vida del evento como páginas ASPX. Es sólo la representación como una página solicitada. C # es un gran lenguaje tal y Razor se sale de su camino muy bien para dejar que haga su trabajo. La tipificación anónima con los genéricos y LINQ hacer la vida tan fácil con C # y páginas de afeitar. El uso de páginas de afeitar le ayudará a pensar y el código más claro.

Uno de los inconveniente de la maquinilla de afeitar y MVC es que no hay ViewState-como persistencia. Que necesitaba para poner en práctica una solución para eso, así que terminé de escribir un plugin de jQuery para eso aquí -> http: // www. jasonsebring.com/dumbFormState que es un HTML 5 sin conexión de almacenamiento compatible plug-in para el estado de forma que está trabajando en todos los principales navegadores ahora. Es sólo para el estado de forma de la actualidad, pero se puede utilizar window.sessionStorage o window.localStorage muy simple para almacenar cualquier tipo de estado a través de las devoluciones de datos o solicitudes de página incluso, sólo molesta para que sea guardado automático y los espacios de nombres se basa en el URL y el índice de forma tan usted no tiene que pensar en ello.

Answer 3

1. Todo está codificado de forma predeterminada !!! Esto es bastante grande.

2. declarativos ayudantes pueden ser compilados por lo que no tiene que hacer nada especial para compartirlos. Creo que van a sustituir a los controles Ascx hasta cierto punto. Usted tiene que saltar a través de unos aros de usar un control Ascx en otro proyecto.

3. Puede hacer una sección requiere que es agradable.

Answer 4

El mayor beneficio es que el código es más sucinto. El editor de VS tendrá también el apoyo de IntelliSense que algunos de los otros motores de vista no tienen.

declarativa HTML ayudantes también se ven bastante fresco como haciendo ayudantes HTML dentro del código de C me recuerda a los controles personalizados en ASP.NET. Creo que tomaron una página del parciales pero con el código en línea.

Por lo que algunas ventajas definidas sobre el motor vista asp.net.

Con contraste con un motor de vista como la chispa sin embargo:

Spark es aún más sucinta, se puede mantener el caso de bucles y dentro de una misma etiqueta html. El marcado todavía sólo se siente más natural para mí.

Puede parciales de código exactamente como lo haría un ayudante declarativa, que acababa de pasar a lo largo de las variables a lo parcial y tiene la misma cosa. Esto ha sido de alrededor de chispa por un cierto tiempo.