Javascript MVC framework (separación de preocupaciones) es compatible con asp.net MVC?

Question

¿Alguien tuvo la oportunidad de usar el marco javascript MVC con ASP.NET MVC?

Básicamente estoy buscando consejos sobre una forma de usarlos juntos, si es posible, mi aplicación asp.net MVC no me puedo deshacer de ellos, pero me gustaría utilizar algún tipo de separación de preocupación para el javascript/Jquery. ..

¿Alguien usó algo como esto? Estoy tratando de imaginar los 2 juntos, porque asp.net mvc ofrece VIEWS, tal vez el 2 sería incompatible ... ??

¿O sería mejor utilizar solo un marco de extensión OOP para javascript y, en caso afirmativo, alguien sabe de alguien que trabajaría codo con codo con asp.net mvc?

Answer 1

Mark, soy otro colaborador de JMVC. JMVC está diseñado para funcionar a partir de servicios de datos brutos, pero puede usar muchos sombreros.

Se basa en la arquitectura de servidor delgado. Por ejemplo, en lugar de dividir la creación de vistas tanto en el servidor como en el cliente, use asp.net para crear datos JSON sin procesar, luego páselos a JavaScript, que usará sus plantillas para generar la estructura final de HTML.

La ventaja es que ya ha creado un servicio reutilizable, y su lógica de UI está en un solo lugar (el cliente).

Sin embargo, no tiene que hacer las cosas de esta manera. Puede decidir dónde es el mejor lugar para crear datos de vista.

Si sus vistas son todas del lado del servidor (devolviendo HTML a partir de las solicitudes del cliente), es posible que ni siquiera necesite muchas vistas JMVC. Solo usarías controladores. Sin embargo, los controladores son la mejor parte de JMVC. ¡Usan la delegación de eventos para que no tenga que preocuparse por adjuntar eventos!

Aquí hay un post donde hablo de nuestra arquitectura con rieles:

http://javascriptmvc.com/blog/?p=68

Answer 2

Soy uno de los chicos de JMVC. Sí, puedes usar esos dos juntos. Recomendamos el uso de servicios REST para separar las capas de cliente/servidor, ya que proporciona la separación más limpia para sus datos. Con REST consumiría datos con su cliente haciendo solicitudes para todos los todos, lo que se volvería como JSON. JavaScriptMVC llamaría una devolución de llamada a su controlador y utilizaría una plantilla (vista) del lado del cliente para representar los datos.

Los dos son definitivamente compatibles, pero depende de dónde desee que exista su lógica. Un cliente grueso tiene muchas ventajas, incluidas escalabilidad y capacidad de mantenimiento.