Введение
Django — full stack Web-фреймворк
Ранее рассмотренный нами Flask представляет собой микрофреймворк (не самый "микро-", но всё же). Django находится на другом краю масштабной линейки — это самый популярный и известный full stack Web-фреймворк.
Что же означает эта приставка "full stack"? Ею наделяют фреймворки, способные самостоятельно
- работать с данными (например, с базой данных),
- получать запросы и отвечать на них,
- формировать представление данных, готовое к отображению в браузере.
В full stack фреймворке эти три слоя обычно представлены в полной мере и хорошо интегрированы между собой. Проще говоря, такой фреймворк даёт вам всё, что нужно для создания полноценного Web-приложения любой сложности.
Но за универсальность и готовность к масштабированию проектов (увеличению общей сложности и функциональности) приходится платить простотой освоения. А ещё ощутимой "избыточностью" на старте: маленький проект на Django будет содержать десяток модулей и несколько пакетов, пока аналог на Flask всё ещё будет умещаться в один модуль.
Вот только избыточность Django — кажущаяся. Да, вы создаёте множество модулей, каждый из которых содержит небольшое количество кода. Но именование модулей и их назначение строго регламентированы — в этом отношении Django "значительно более framework", чем Flask. Такая упорядоченность помогает ориентироваться в любых Django-проектах. И она же позволяет проектам расти, оставаясь обозримыми, какими бы большими проекты в итоге ни стали!
Давид и Голиаф
Многие предпочитают Flask и микрофреймворки вообще, потому что стартовать с ним очень просто. А потом, можно "понаприкручивать" библиотек, если понадобится дополнительная функциональность.
Так работу с данными берёт на себя одна библиотека, реализующая ORM. Генерацию HTML и работу с формами (для ввода данных и проверки их корректности) берут на себя другие библиотеки. Программисту остаётся только "склеить" составляющие — так и говорят, "написать glue-код".
Но ведь каждую библиотеку нужно выбрать среди множества аналогов. Да и интеграция между собой творений разных авторов — задача непростая. Как говорят сторонники Django, "каждый пользователь микрофреймворков в итоге собирает плохую копию Django".
С другой стороны при использовании Flask вы испытываете сильно меньше ограничений на то, что и как стоит делать, а что не стоит. Это полезно, когда ваш проект выходит за рамки "типичного Web-приложения". Там, где full stack фреймворк заставляет вас так или иначе использовать все его компоненты общепринятым способом, Flask разрешает даже вмешиваться в работу его собственного "ядра", а ведь иногда именно это и приходится делать!
Подведу итог "битвы" — ничья! И Flask, и Django хороши в своих нишах. Чтобы быть способным выбирать инструмент под задачу, вам стоит освоить хотя бы на базовом уровне их оба. А ещё стоит понимать, как работает их общий знаменатель — WSGI.
