usando backbone/ember ¿hace que django sea una API REST simple?

Question

He leído un par de artículos sobre el uso de nuevos marcos JS como Backbone.js o Ember.js

he llegado a esta declaración: Si utilizo un marco JS como Backbone.js/Ember.js, Luego muevo la lógica desde el back-end (Django) al front-end.

Por lo tanto, ¿se utilizará Django solo para sus Modelos? Eso significa que Django Views y Django Template ya no son necesarios y el back-end de Django se convierte en una API REST "básica" que será consumida por el front-end.

¿Estás de acuerdo? ¿Es entonces el propósito de Django en este caso?

¿Está convirtiendo el backend de django en una API REST uno de los casos de uso más adecuados cuando se utiliza un framework como Backbone.js/Ember.js para el front-end?

Gracias.

Answer 1

Django está perfectamente bien para ser utilizado de esta manera, todavía obtiene el administrador, los modelos, el orm y todos los complementos de terceros. Sin embargo, no es tremendamente rápido, por lo que si está haciendo un mapeo REST no relacional a nivel de documento, es posible que desee examinar node.js y mongoDB, por ejemplo.

Si usted se está pegando con Django (como somos, nos gusta la estructura que nos da), puede utilizar uno de los plugins REST:

• Django Rest Framework Una combinación perfecta desde DRF 2.0, en condiciones muy desarrollo activo!
• Django Tastypie (checkout backbone-tastypie.js para la integración)
• Django Piston (podría ser un poco rancio o el desarrollo ha recogido últimamente?)

Si sólo desea trabajar con el desarrollo frontend, backend de partida de los de reparto a-Service lugares como cloudmine.me o firebase.com que manejan todas las cosas de back-end para usted, por un precio, por supuesto.

Answer 2

Sí, eso es todo. Puede usarlo para administrar la autenticación a los recursos y tal y tal vez usar una vista principal para su aplicación, pero no necesitará usar la plantilla del lado del servidor ya que estas estructuras están hechas para funcionar con la respuesta json/xml.

Es por eso que mucha gente se está moviendo a un backend/backbone o un combo más ligero en lugar de una solución completa como django. También puede usar su django para almacenar en caché la respuesta json, lo que hace que su aplicación parezca más rápida.

Answer 3

Django puede parecer innecesario una vez que comienzas a pensar en soluciones de una sola página y aplicaciones de Javascript, pero si quieres que tu sitio sea "a prueba de fallas" no sería imposible desarrollar una versión de Javascript tanto del lado del cliente del sitio como así como un lado django de back-end en caso de que el usuario, o el javascript de su sitio, falle en algún nivel. Por supuesto, esto requiere crear su sitio dos veces, y probablemente no sea necesario en la era de los navegadores modernos, pero esa sería una de las pocas instancias en las que combinaría las dos para una solución completa.

Answer 4

Estamos haciendo eso y usamos django-piston para que sea más fácil para usted.

Answer 5

Normalmente, usted hace todo su sitio web en Django y solo una página será una "sola página de la aplicación" que utiliza la red troncal.js, generalmente esa página es muy interactiva, con muchas actualizaciones pequeñas que ocurren con frecuencia y deben mostrarse rápidamente al usuario. Esta página, debido a la gran cantidad de cambios e interacciones del usuario, se construye en el lado del cliente para que usted use los recursos de su PC y no los del servidor, el resto de las páginas puede usar django porque le ofrece una seguridad muy estable y segura. marco para el lado del servidor