responder

Responder: uma estrutura de serviço HTTP familiar para Python

Desenvolvido por Starlette. Essa declaração async é opcional. Veja a documentação.

Isso fornece um aplicativo ASGI, com um servidor de arquivos estáticos de produção pré-instalado, modelos Jinja (sem importações adicionais) e um servidor web de produção baseado em uvloop, atendendo solicitações com compactação gzip automaticamente.

Depoimentos

"Agradavelmente muito impressionado com o python-responder. @kennethreitz no seu melhor." —Rudraksh MK

"A ASGI permitirá todos os tipos de novos serviços web de alto desempenho. É incrível ver o Responder começando a tirar vantagem disso." — Tom Christie autor do Django REST Framework

"Adoro que você esteja explorando novos padrões. Vá, vá, vá!" — Danny Greenfield, autor de Duas colheres de Django

Mais exemplos

Consulte o tour de recursos da documentação para obter mais detalhes sobre os recursos disponíveis no Responder.

Instalando o Respondente

Instale a versão estável mais recente:

 pip install --upgrade 'responder'

Inclui suporte para todas as extensões e interfaces:

 pip install --upgrade 'responder[full]'

Os extras de instalação opcionais individuais são:

• graphql: Adiciona suporte GraphQL via Graphene
• openapi: Adiciona suporte à interface OpenAPI/Swagger

Ou instale diretamente do repositório:

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

O respondente suporta Python 3.6+ .

A ideia básica

O conceito principal aqui é trazer as sutilezas trazidas do Flask e do Falcon e unificá-las em uma única estrutura, junto com algumas ideias novas que tenho. Eu também queria pegar algumas das primitivas da API instaladas na biblioteca Requests e colocá-las em uma estrutura da web. Então, você encontrará muitos paralelos aqui com Requests.

• Definir resp.content envia de volta bytes.
• Definir resp.text envia de volta Unicode, enquanto definir resp.html envia de volta HTML.
• Definir resp.media envia de volta JSON/YAML ( .text / .html / .content substitui isso).
• Dit req.headers que não diferencia maiúsculas de minúsculas (diretamente de Solicitações).
• resp.status_code , req.method , req.url e outros amigos familiares.

Ideias

• Expressão de rota no estilo Flask, com novos recursos - tudo isso usando a nova sintaxe f-string do Python 3.6+.
• Adoro a metodologia "cada solicitação e resposta é passada para cada visualização e sofre mutação" do Falcon, especialmente response.media , e a usei aqui. Além de oferecer suporte a JSON, decidi oferecer suporte a YAML também, já que o Kubernetes está lentamente dominando o mundo e usa YAML para todas as coisas. Negociação de conteúdo e tudo mais.
• Um cliente de teste integrado que usa as solicitações reais que você conhece e adora .
• A capacidade de montar outros aplicativos WSGI facilmente.
• Respostas automáticas compactadas.
• Além dos métodos on_get , on_post , etc do Falcon, o Responder apresenta um método on_request , que é chamado em cada tipo de solicitação, bem como Requests.
• Um servidor de arquivos estáticos de produção está integrado.
• Uvicorn integrado como servidor web de produção. Eu teria escolhido o Gunicorn, mas ele não roda no Windows. Além disso, o Uvicorn serve bem para proteger contra ataques slowloris, tornando o nginx desnecessário na produção.
• Suporte GraphQL, via Graphene. O objetivo aqui é fazer com que qualquer consulta GraphQL possa ser exposta em qualquer rota, magicamente.
• Fornece uma maneira oficial de executar o webpack.

Desenvolvimento

Consulte Sandbox de desenvolvimento.