Flask или Django? Выбираем Python вебфреймворк

Django и Flask, безусловно, самые популярные фреймворки для создания веб-приложений и сайтов. Любой из них имеет широкий функционал. Поэтому ошибиться при выборе невозможно. Правда, все же есть ряд нюансов, которые необходимо учитывать. Ведь выбор конкретного фреймворка зависит от целей, которые изначально ставятся. Поэтому давайте сравним эти два фреймворка между собой.

Flask и Django – основные отличия

Flask и Django – это веб-фреймворки, предоставляющие аналогичные возможности по процессингу запросов, поддержке документов. Правда, они отличаются между собой в плане размеров ответственности. 

Подавляющее число различий между этими фреймворками связано с тем, что подходы к проектированию приложений разные. Также отличаются базовые проектные решения. Приведем маленький перечень основных отличий, от которых зависит выбор того или иного варианта.

1. Объект Request. Flask задействует локальные потоки, в то время как Django осуществляет передачу запроса там, где требуется.
2. Формы. Django может использоваться с формами, интегрируемыми с ORM, а также админ-панелью веб-ресурса. Во Flask же формы изначально не поддерживаются. Тем не менее, решение этой проблемы есть в виде WTForms.
3. Базы данных. Django содержит встроенную ORM и систему миграции, которую возможно использовать для управления данными. К сожалению, во Flask этот функционал не доступен по умолчанию. Тем не менее есть инструменты, реализующие данный функционал (SQLAlchemy).
4. Аутентификация и привилегии юзеров. В Django модуль для аутентификации доступен по умолчанию. Во Flask же есть альтернативное решение в виде безопасных куки.
5. Админ-панель. Django содержит специализированный интерфейс для управления данными программы, в то время как Flask не обладает таким функционалом по умолчанию. Тем не менее есть популярное расширение, предоставляющее такой функционал. Называется оно Flask-Admin. Данное расширение может использоваться для реализации панели администратора в приложениях, созданных с помощью Flask.

Что такое Django?

На официальном сайте Django написано, что этот фреймворк делает разработку веб-приложений проще за счет использования меньшего количества кода. И так есть в действительности. Большое количество задач этот инструмент выполняет автономно, что значительно упрощает разработку.

Если вам нужна большая часть этих надстроек от Django, то можно построить довольно сложную программу или сайт в кратчайшие сроки.

Какие организации используют Django?

1. Instagram
2. Pinterest
3. Udemy
4. Coursera
5. Zapier

Таким образом, этот фреймворк используется даже знаменитыми брендами.

Что такое Flask?

Flask позиционируется, как микрофреймворк. И действительно, его функционал включает лишь самое основное. Но это не является проблемой, поскольку с помощью расширений можно реализовать любые задачи.

Flask – тоже популярная библиотека, которая используется целым рядом компаний, включая следующие:

1. Netflix
2. Lyft
3. Reddit
4. Zillow
5. MailGun

Flask и Django – сходства и различия

Чтобы разобраться в общих и различных чертах фреймворков Flask и Django, необходимо рассмотреть, что они предлагают в части дополнительных возможностей, которые могут понадобиться при разработке веб-приложений.

Среда создания веб-приложений 

Сервер разработки

Django и Flask содержат сервера разработки, упрощающие создание веб-приложений и включают функции, обычно ожидаемые от полноценного веб-фреймворка. К таким функциям, например, относятся возможность обработки запросов, подача статистических файлов, а также автоматический перезапуск. 

Утилиты CMD

Django предлагает утилиту командной строки, способную использоваться вместе с некоторыми административными командами. Одна из них включает сервер разработки, а другие применяются для управления файлами статики и миграциями. 

Другие программы могут сделать работу CMD лучше, предоставляя свои команды управления. Также передача ваших инструкций бывает более полезной и простой.

python manage.py

После выполнения этой команды получаем следующий результат:

Доступные команды:

 

[auth]

    changepassword

    createsuperuser

 

[contenttypes]

    remove_stale_contenttypes

 

[django]

    check

    compilemessages

    createcachetable

    dbshell

    diffsettings

    dumpdata

    flush

    inspectdb

    loaddata

    makemessages

    makemigrations

    migrate

    sendtestemail

    shell

    showmigrations

    sqlflush

    sqlmigrate

    sqlsequencereset

    squashmigrations

    startapp

    startproject

    test

    testserver

 

[sessions]

    clearsessions

 

[staticfiles]

    collectstatic

    findstatic

    runserver

Flask также предоставляет свою утилиту, в которой есть модуль click. Благодаря ему, разработчик может воспользоваться солидным набором инструментов командной строки. Аналогично Django, можно разработать пользовательские команды, а расширения Flask также способны внести свой вклад.

Testing

Все фреймворки содержат инструментарий, основанный  на платформе Python Unittest, чтобы сделать отладку приложения проще. Каждый из этих инструментов имеет тест-клиент, дающий возможность с легкостью посылать тестовые запросы в конечные точки и проверять ответ для программной проверки корректности поведения.

Поскольку и Flask, и Django задействуют Python Unittest, вы можете сменить доступные по умолчанию тестовые раннеры и задать особенности тестирования так, как вам удобно.

Процессинг запросов в Flask и Django

Flask и Django дают возможность процессинга запросов путем определения видов как функции либо класса, с дальнейшим сопоставлением маршрутов (пути URL) с этими видами.

Изначально, Django организует логику обработки запросов отдельно от определения маршрута. Для каждой программы обычно определяются URL-шаблоны в одном файле, сопоставляющем каждый шаблон к виду для обработки запросов, соответствующих данному паттерну.

Положительная сторона использования такого способа в том, что в распоряжении есть одно место, в котором можно видеть, куда запрос направляется. Несмотря на то, что аналогичные действия можно выполнять и во Flask, привычнее видеть маршруты, заявленные в одном и том же месте как виды либо с декоратором, либо с явной регистрацией маршрута в объекте приложения. 

Приведем варианты кода, которые наглядно покажут различия в маршрутизации пути, реализуемого с помощью Flask и Django.

Маршрутизация в Django 

from django.urls import path

 

from .views import HomeView

 

urlpatterns = [

    path('home/', HomeView.as_view(), name='home'),

]

Маршрутизация во Flask 

from flask import Flask, render_template

 

app = Flask(__name__)

 

@app.route('/home/')

def home_view():

    """

    View для домашней страницы.

    """

    return render_template("home.html")

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

Так, класс FormView связывает логику HTTP GET и POST для отображения и обработки вводов для Django Form. Есть несколько таких общих представлений, дающих возможность работать значительно быстрее с минимальным использованием кода.

Объект Request

Django и Flask содержат объект request, который содержит данные о запросе, но доступы к нему в рассматриваемых фреймворках существенно различаются.

В Django объект request передается в качестве аргумента и должен передаваться в любой подходящий момент. Огромное преимущество выбора этого дизайна в том, что бизнес-логика программы отделена от контекста запроса. Когда необходимо что-то связать с контекстом запроса, необходимо передать объект request, указав, где начинается и заканчивается контекст запроса. 

Правда, здесь есть один нюанс. Каждый раз, когда вы желаете получить доступ к запросу, передача объекта запроса может показаться обременительной. 

С другой же стороны, Flask задействует принципиально иной подход, задействуя локальную переменную потоку, чтобы в ней осуществлять хранение запроса, который выполняется. Это означает, что если необходимо получить доступ к объекту запроса, необходимо лишь импортировать объект request из Flask и сослаться на него в коде. 

В этом подходе есть существенное преимущество. Нет необходимости передавать запрос. Если необходимо, то можно просто получить к нему доступ. Но и здесь есть недостаток. Если вы невнимательны, можно перестать понимать, вы в данный момент находитесь в контексте запроса, либо нет. Часто для новичков во Flask это связано с регулярными ошибками из-за отсутствия контекста запроса при попытке запуска кода. 

Шаблонизаторы

В своем шаблонизаторе Flask задействует существующий инструмент, который называется Jinja2. Это очень популярный шаблонизатор, имеющий большое количество возможностей и который позволяет создавать большое количество статичных html-фрагментов веб-сайта без надобности выполнять рутинные действия. 

Django имеет собственный шаблонизатор, который имеет синтаксис и набор возможностей, похожий на тот, который есть у Jinja2. В целом, если вы желаете использовать Jinja2, то уже будет несложно переключиться на Django.

Посмотрите на синтаксис шаблонизатора Jinja2 и Django.

Jinja2 

{% for item in obj.get_items() %}

  {{ item }}

{% endfor %}

Синтаксис шаблонизатора Django 

{% for item in obj.get_items %}

  {{ item }}

{% endfor %}

Статические файлы

Отслеживание статических файлов и понимание того, каким образом ссылаться на них с помощью кода и шаблонов таким образом, чтобы поддерживать разнообразные среды разработки может быть сложным заданием.

Чтобы решить задачу, каждый фреймворк предоставляет собственные утилиты для отсылки к статическим файлам (таким как css, js, jpg, png). 

Благодаря ним, согласно с вашими настройками, url будут генерироваться правильным образом. 

В дополнении, Django предоставляет команду управления для сбора статических файлов с определенного приложения, размещая файлы в тех местах, которые настройки указывают. Это может сделать работу существенно проще, когда мы говорим о развертывании приложения в продакшене.

Вот пример того, как просто ссылаться на статические файлы в каждом из фреймворков.

Django 

{% load static %}

<link type="text/css" href="{% static "style.css" %}">

Ссылка на статические файлы в Flask 

<link type="text/css" href="{{ url_for('static', filename='style.css') }}">

Расширения для Flask и Django

Flask, по факту, был создан, чтобы его можно было дополнять разнообразными новыми опциями. Поэтому разработчики фреймворка и не ставят целью реализовать все возможности. Ведь такой подход недостаточно гибкий. Поэтому Flask в плане гибкости гораздо лучше Django.

Формы

Работа с формами, в целом, не сильно отличается у Django и Flask, если не учитывать то, что последний фреймворк требует установки пакета WTForms.

Работа с базами данных

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

Выводы

Одним словом, если необходим целый набор инструментов «под ключ», то Django – лучший выбор. Но если требуется гибкость, альтернативы Flask, по сути, нет.