Введение — Python: Разработка на фреймворке Django

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.

Дополнительные материалы

1. Что такое Django?

Остались вопросы? Задайте их в разделе «Обсуждение»

Вам ответят команда поддержки Хекслета или другие студенты.