Остальные 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