Aunque no puedo hablar con backbone.js, puedo decirte que he usado knockout con gran efecto combinado con ASP.NET MVC. Cada aplicación ASP.NET que he visto hasta la fecha usa una mezcla de generación de vista del lado del cliente y del lado del servidor. Siempre habrá ocasiones en que sea más conveniente generar vistas en el servidor. Tomemos como ejemplo elementos de IU condicionales basados en si un usuario está autenticado o si tienen un permiso específico. Es posible que no desee que un usuario conocedor de la web pueda explorar sus plantillas del lado del cliente y resolver todas las características que no están obteniendo. Claro que puedes evitar esto cargando asincrónicamente diferentes plantillas de cliente, bla, bla, o termina escribiendo código del lado del servidor para generar tus plantillas del lado del cliente ... Además, si SEO significa algo para ti, puedes besar las plantillas del lado del cliente (por sí mismo) adiós.
Así que el punto óptimo, en mi opinión, es algo que hace las dos cosas bien. En mi experiencia, encontré ASP.NET MVC para destacar en ambos.
Por qué ASP.NET MVC es impresionante
- Presentaciones (MasterPages)
- Razor
- ActionFilters (fantástico lugar para la aplicación de las convenciones como la tala, (puntos de vista con la bondad intelisense con seguridad de tipos de autenticación) , etc.)
- serialización JSON gratis -
return Json(model)
- Encuadernación y validación de modelos
- COI y MVC son los mejores amigos (WIN)
- de autenticación de autorización +
- montón de otras cosas que no puedo imaginar.
Al usar un marco del lado del cliente para la generación de vistas realmente todo lo que se está perdiendo es Razor. Incluso puede aprovechar diseños en algún grado.
El enfoque que llevo al desarrollo con ASP.NET MVC es comenzar haciendo que la aplicación funcione en el lado del servidor. Esto te obliga a pensar en que quieres la estructura de tu URL, lo que merece un controlador, cuáles deberían ser tus rutas.También significa que obtendrá el beneficio de seguridad de tipo y autocompletar durante la primera iteración de vistas. Al final de este ejercicio, tiene una solución simple y compatible con los estándares (con suerte) que funciona en cualquier dispositivo conocido por el hombre, que Google no puede obtener suficiente.
Luego comencé a tomar un enfoque incremental para implementar las secciones de la funcionalidad del lado del cliente. En el lado del cliente escribo un javascript para secuestrar una solicitud que deseo convertir en una solicitud AJAX, y manejo la respuesta usando una versión traducida de la vista Razor. En el lado del servidor, tomo un enfoque basado en la convención usando un filtro de acción. Este filtro de acción hace aproximadamente lo siguiente:
- ¿ActionResult es ViewResult?
- ¿Qué es el tipo Aceptar?
- HTML - Devuelve una PartialViewResult del mismo nombre con el prefijo "_" dado el mismo modelo
- JSON - Devuelve una JsonResult da el mismo modelo
- ¿Está el ActionResult resultado RedirectToRoute ?
- Volver EmptyResult (u opcionalmente se podría devolver el URL en un JsonResult)
Con este enfoque puede agregar funcionalidad AJAX sin cambiar una sola línea de código en los controladores. Un enfoque alternativo es seguir el Thunderdome Principal y tener un ActionInvoker responsable de envolver el modelo en un tipo de resultado apropiado en función del contexto de la solicitud. Sin embargo, no he resuelto cómo la navegación del lado del servidor (redirecciones) encaja con este enfoque.
El desperdicio al comenzar con una implementación del servidor es duplicar el código de generación de vistas (plantilla Razor + js). Dependiendo de la cantidad de su aplicación que desea implementar en el cliente, esto puede o no ser un problema. ¡Spark es la excepción a esto en el sentido de que realmente puede obtenerlo en generate client templates para usted! La desventaja de Spark es que pierdes intellisense (hay un plugin para eso pero es una porquería) que no es una pérdida insignificante, además yo prefiero Razor (está hecho, no necesita ser configurado, y no va a desaparecer en ningún momento pronto).
+1, esperando las respuestas. ¿Has considerado también [knockout.js] (http://knockoutjs.com/) y [spine.js] (http://spinejs.com/)? La columna vertebral parece ser menos conocida que la columna vertebral, pero he leído cosas buenas al respecto. –
Aunque no necesariamente se relaciona directamente con su pregunta, hay una buena discusión sobre backbone y knockout aquí: http://stackoverflow.com/questions/5112899/knockout-js-vs-backbone-js-vs En esa nota, También estoy esperando las respuestas sobre esto. – Jesse