Использование магистрали /ember делает django простым API REST?

Я прочитал пару статей об использовании новых JS-фреймворков, таких как Backbone.js или Ember.js

Я пришел к этому утверждению: Если я использую структуру JS, такую ​​как Backbone.js/Ember.js, я затем перемещаю логику из внутреннего (Django) в интерфейс.

Следовательно, будет ли Django использоваться только для его моделей? Означает ли это, что Django Views и Django Template больше не нужны, а back-end Django превращается в "базовый" REST API, который будет использоваться передним концом.

Вы согласны? В этом случае цель Django?

Переворачивает бэкэнд django в REST API один из наиболее подходящих вариантов использования при использовании фреймворка, такого как Backbone.js/Ember.js для front-end?

Спасибо.

Ответы

Ответ 1

Django отлично подходит для использования таким образом, вы все равно получаете администратора, модели, orm и все сторонние плагины. Тем не менее, это не невероятно быстро, поэтому, если вы выполняете простой уровень документа, нереляционное сопоставление REST, вы можете не смотреть на node.js и mongoDB, например.

Если вы придерживаетесь django (как и нам, нам нравится структура, которую он нам дает), вы можете использовать один из плагинов REST:

  • Django Rest Framework Идеальное совпадение с DRF 2.0 при очень активной разработке!
  • Django Tastypie (checkout backbone-tastypie.js для интеграции)
  • Django Piston (может быть, немного устареет или в последнее время развивается технология?)

Если вы хотите работать только с разработкой frontend, посмотрите, как Back-as-a-Service места, такие как cloudmine.me или firebase.com, которые обрабатывают все бэкэнд файлы для вас, по цене, конечно.

Ответ 2

Django может показаться ненужным, как только вы начнете думать об одностраничных решениях и приложениях Javascript, но если вы хотите, чтобы ваш сайт был "неудачным", было бы невозможно разработать как клиентскую версию Javascript сайта, так и как бэкэнд-джанго-бок, пользователь или ваш сайт javascript не работает на некотором уровне. Конечно, это требует создания вашего сайта дважды и, вероятно, не требуется в эпоху современных браузеров, но это было бы одним из немногих примеров, когда вы бы смешали их для полного решения.

Ответ 3

Да, это об этом. Вы можете использовать его для управления аутентификацией для ресурсов и т.д. И, возможно, использовать основное представление для своего приложения, но вам не нужно будет использовать шаблоны на стороне сервера, так как эти среды созданы для работы с ответом json/xml.

Вот почему многие люди переходят на более легкую бэкэнд/магистраль или комбинацию ember вместо полного решения, такого как django. Вы также можете использовать свой django для кеширования json-ответа, который заставляет ваше приложение появляться быстрее.

Ответ 4

Мы делаем это и используем django-piston, чтобы облегчить вам работу.

Ответ 5

Обычно вы делаете весь свой сайт под Django, и только одна страница будет "страницей одного приложения", использующей backbone.js, обычно эта страница является очень интерактивной страницей, при этом происходит множество небольших обновлений, которые часто встречаются и должны быть показаны очень быстро для пользователя. Эта страница из-за большого количества изменений и пользовательских взаимодействий строится на стороне клиента, поэтому вы используете ресурсы своего ПК, а не сервер, остальные страницы могут использовать django, поскольку он предлагает вам очень стабильную и безопасную для серверной стороны