Остальные api вместо Views в Django

В чем главное преимущество использования REST API вместо представлений в Django?

это нормально для смешивания в REST API и Views(REST API в одном приложении и Views в другом приложении)?

Или нам нужно написать REST API для всех приложений? вместо того, чтобы смешивать REST и Views

1 ответ

Решение

Я предполагаю, что вы спрашиваете о преимуществах такой библиотеки, как вкусный пирог или http://django-rest-framework.org/

Я никогда не пользовался вкусным пирогом, но для REST API django-rest-framework предоставляет многое из коробки, что значительно ускоряет разработку этих API.

http://django-rest-framework.org/ предоставляет такие вещи, как:

  • сериализаторы моделей (очень похоже на формы моделей, ярлык для визуализации экземпляров модели пользователю)
  • встроенная схема аутентификации API
  • БЕСПЛАТНАЯ веб-документация вашего API (просто перейдите к ресурсу в вашем браузере! Это просто)

С сайта django-rest-framework:

Некоторые причины, по которым вы можете захотеть использовать каркас REST:

  • API для просмотра веб-страниц - это огромный выигрыш в удобстве использования для ваших разработчиков.
  • Политики аутентификации, включая OAuth1a и OAuth2 из коробки.
  • Сериализация, которая поддерживает источники данных ORM и не-ORM.
  • Настраиваемый до самого конца - просто используйте обычные функциональные представления, если вам не нужны более мощные функции.
  • Обширная документация и отличная поддержка сообщества.

В конечном счете, основное преимущество заключается в том, что django-rest-api содержит множество инструментов, которые упрощают и ускоряют создание остальных API-интерфейсов. Все, что django-rest-api делает, вы можете реализовать самостоятельно.


Это определенно хорошо, чтобы смешать два. Часто один проект django будет иметь приложение, которое обслуживает html-контент, и другое приложение, которое предоставляет данные через API

Другие вопросы по тегам