5

He estado pensando en hacer algún desarrollo con framework javascript backbone.js y actualmente uso ASP.NET MVC ...ASP.NET MVC + Backbone.js, ¿tiene sentido esto? ¿ASP.NET MVC realmente necesario?

Después de considerar esto, parece que la parte del servidor ASP.NET MVC sería redundante .. .

Backbone.js contendría mis modelos que recibiría llamando a un servicio REST en mi máquina WCF.

Mi ui se actualizaría por Backbone/js ...

Cualquier lógica sería en los controladores Backbone.js lo que se necesita para ser ejecutado en el cliente.

Me gustaría alguna entrada, porque me parecía haber llegado a la hipótesis de que ASP.NET MVC es aniquilado por Backbone.js ..

Anyboyd utilizando tanto, ¿por qué? ¿y cómo?

Gracias de antemano

+1

columna vertebral.js ya no tiene 'Controller' http://documentcloud.github.com/backbone/#Upgrading. Además, ¿no es sensible tu lógica? Por ejemplo, ¿vas a manejar la administración en el cliente? ¿Qué evitaría que un no administrador se convierta en administrador cuando toda su lógica esté en el lado del cliente? –

+0

@JimSchubert permisos y usuarios están en la base de datos. La seguridad está en la base de datos. No necesita un servidor – Raynos

+1

@Raynos: solo porque la seguridad está en la base de datos, no significa que se haga correctamente. –

Respuesta

6

Es curioso, de hecho lo hubiera abordado al revés: mantenga MVC en lugar de WCF. No importa si su proyecto MVC solo servirá de "datos" en lugar de "vistas" a sus clientes. MVC aún proporciona una gran cantidad de plomería requerida para las aplicaciones web.

9

Me gustaría alguna entrada, porque me parecía haber llegado a la hipótesis de que ASP.NET MVC es aniquilado por Backbone.js ..

n . backbone se ejecuta en el cliente.

Existe una diferencia entre lo que se puede ejecutar en el cliente y el servidor.

Sin embargo, en realidad es válido no tener su servidor como middleware y simplemente exponer la base de datos a través de REST.

Por supuesto, necesitará mecanismos de inicio de sesión y permisos adecuados configurados en la base de datos para mayor seguridad.

Sin embargo, necesita el servidor para el código de fuente cerrada.

Si desea utilizar C#/.NET/Massive código-reutilización. La reutilización masiva de patrones usa el intermediario del lado del servidor.

El concepto de gran aplicación con solo cliente & base de datos no ha sido probado y hay poco conocimiento sobre "Lo que es una buena práctica" porque esos no existen.

Por supuesto, puede javascript del lado del servidor como node.js en su lugar y ser capaz de volver a utilizar todos sus modelos/colecciones de la red troncal en el cliente & del servidor. Esto podría ser más óptimo para usted

+0

"El concepto de gran aplicación con solo cliente y base de datos no se ha probado y hay poco conocimiento sobre" Lo que está bien practicar "porque esos no existen". - No estoy seguro de dónde estabas a finales de los años 90/principios de 2000, pero puedo pensar en unos cientos de aplicaciones VBA/SQL que hicieron esto. –

+0

@WyattBarnett Y pensé que la actitud común hacia las aplicaciones VBA/SQL es que son espaguetis y una pesadilla de mantenimiento. Aunque no pensé en la cantidad de diseño de información/arquitectura que puede trasladarse de esas aplicaciones al sector web – Raynos

2

Por favor refiérase a mi answer to a similar question

Mi respuesta corta es absolutamente MVC no se desperdicia cuando se utiliza marcos del lado del cliente. MVC es mucho más que escribir vistas en Razor. Obtiene encuadernación por modelo, validación, autenticación y la capacidad de controlar su estructura de URL mediante la elección de controladores, acciones y rutas. El 80% de la bondad es útil incluso sin usar vistas del lado del servidor.