responder

Ответчик: знакомая платформа HTTP-сервисов для Python.

При поддержке Старлетт. Это async объявление не является обязательным. Посмотреть документацию.

В результате вы получаете приложение ASGI с предустановленным производственным сервером статических файлов, шаблонами Jinja (без дополнительного импорта) и производственным веб-сервером на основе uvloop, автоматически обслуживающим запросы со сжатием gzip.

Отзывы

«Очень понравился питон-ответчик. @kennethreitz в своей лучшей форме». —Рудракш МК

«ASGI собирается предоставить все виды новых высокопроизводительных веб-сервисов. Приятно видеть, что Responder начинает этим пользоваться». — Том Кристи, автор Django REST Framework.

«Мне нравится, что вы исследуете новые модели. Давай, давай!» — Дэнни Гринфилд, автор книги «Два шарика Джанго»

Больше примеров

Дополнительные сведения о функциях, доступных в Responder, см. в обзоре функций документации.

Установка ответчика

Установите самую последнюю стабильную версию:

 pip install --upgrade 'responder'

Включите поддержку всех расширений и интерфейсов:

 pip install --upgrade 'responder[full]'

Отдельные дополнительные возможности установки:

• graphql: добавляет поддержку GraphQL через Graphene.
• openapi: добавляет поддержку интерфейса OpenAPI/Swagger.

Или установите прямо из репозитория:

 pip install 'responder[full] @ git+https://github.com/kennethreitz/responder.git'

Ответчик поддерживает Python 3.6+ .

Основная идея

Основная идея здесь состоит в том, чтобы привнести тонкости, почерпнутые из Flask и Falcon, и объединить их в единую структуру вместе с некоторыми новыми идеями, которые у меня есть. Я также хотел взять некоторые примитивы API, встроенные в библиотеку Requests, и поместить их в веб-фреймворк. Итак, здесь вы найдете много параллелей с запросами.

• Настройка resp.content отправляет обратно байты.
• Установка resp.text отправляет обратно Юникод, а установка resp.html отправляет обратно HTML.
• Настройка resp.media отправляет обратно JSON/YAML ( .text / .html / .content переопределяет это).
• Нечувствительный к регистру запрос req.headers dict (непосредственно из запросов).
• resp.status_code , req.method , req.url и другие знакомые друзья.

Идеи

• Выражение маршрута в стиле Flask с новыми возможностями — и все это при использовании нового синтаксиса f-строки Python 3.6+.
• Мне нравится методология Falcon «каждый запрос и ответ передается каждому представлению и мутируется», особенно response.media , и я использовал ее здесь. Помимо поддержки JSON, я решил также поддержать YAML, поскольку Kubernetes постепенно завоевывает мир и использует YAML для всего. Согласование контента и все такое.
• Встроенный клиент тестирования, который использует реальные запросы, которые вы знаете и любите .
• Возможность легко монтировать другие приложения WSGI.
• Автоматические gzip-ответы.
• В дополнение к методам on_get , on_post и т. д. Falcon, Responder имеет метод on_request , который вызывается при каждом типе запроса, во многом аналогично Requests.
• Встроенный статический файловый сервер.
• Uvicorn встроен в качестве производственного веб-сервера. Я бы выбрал Gunicorn, но он не работает в Windows. Кроме того, Uvicorn хорошо защищает от атак Slowloris, что делает nginx ненужным в производстве.
• Поддержка GraphQL через Graphene. Цель здесь — волшебным образом сделать любой запрос GraphQL доступным для любого маршрута.
• Предоставьте официальный способ запуска webpack.

Разработка

См. Песочницу разработки.