responder

Responder: un marco de servicio HTTP familiar para Python

Desarrollado por Starlette. Esa declaración async es opcional. Ver documentación.

Esto le brinda una aplicación ASGI, con un servidor de archivos estáticos de producción preinstalado, plantillas Jinja (sin importaciones adicionales) y un servidor web de producción basado en uvloop, que atiende solicitudes con compresión gzip automáticamente.

Testimonios

"Agradablemente muy cautivado con python-responder. @kennethreitz en su mejor momento". —Rudraksh MK

"ASGI permitirá todo tipo de nuevos servicios web de alto rendimiento. Es fantástico ver que Responder comienza a aprovechar eso". — Tom Christie autor de Django REST Framework

"Me encanta que estés explorando nuevos patrones. ¡Vaya, vaya!" — Danny Greenfield, autor de Dos cucharadas de Django

Más ejemplos

Consulte el recorrido por las funciones de la documentación para obtener más detalles sobre las funciones disponibles en Responder.

Instalación de Respondedor

Instale la versión estable más reciente:

 pip install --upgrade 'responder'

Incluye soporte para todas las extensiones e interfaces:

 pip install --upgrade 'responder[full]'

Los extras de instalación opcionales individuales son:

• Graphql: Agrega soporte GraphQL a través de Graphene
• openapi: Agrega compatibilidad con la interfaz OpenAPI/Swagger

O instálelo directamente desde el repositorio:

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

Respondedor es compatible con Python 3.6+ .

La idea básica

El concepto principal aquí es reunir las sutilezas que surgen de Flask y Falcon y unificarlas en un solo marco, junto con algunas ideas nuevas que tengo. También quería tomar algunas de las primitivas de API que están incorporadas en la biblioteca de Solicitudes y colocarlas en un marco web. Entonces, aquí encontrará muchos paralelos con las Solicitudes.

• La configuración resp.content devuelve bytes.
• Configurar resp.text devuelve Unicode, mientras que configurar resp.html devuelve HTML.
• La configuración resp.media devuelve JSON/YAML ( .text / .html / .content anula esto).
• Dictamen de req.headers que no distingue entre mayúsculas y minúsculas (desde Solicitudes directamente).
• resp.status_code , req.method , req.url y otros amigos familiares.

Ideas

• Expresión de ruta estilo Flask, con nuevas capacidades, todo ello mientras se utiliza la nueva sintaxis de cadena f de Python 3.6+.
• Me encanta la metodología de Falcon de "cada solicitud y respuesta se pasa a cada vista y se muta", especialmente response.media , y la he usado aquí. Además de admitir JSON, he decidido admitir también YAML, ya que Kubernetes se está apoderando lentamente del mundo y utiliza YAML para todas las cosas. Negociación de contenidos y todo eso.
• Un cliente de prueba integrado que utiliza las solicitudes reales que conoce y ama .
• La capacidad de montar otras aplicaciones WSGI fácilmente.
• Respuestas automáticas comprimidas.
• Además de los métodos on_get , on_post , etc. de Falcon, Responder presenta un método on_request , que se llama en cada tipo de solicitud, al igual que las Solicitudes.
• Se incorpora un servidor de archivos estáticos de producción.
• Uvicorn integrado como servidor web de producción. Habría elegido Gunicorn, pero no funciona en Windows. Además, Uvicorn sirve bien para proteger contra ataques de slowloris, lo que hace que nginx sea innecesario en producción.
• Soporte GraphQL, a través de Graphene. El objetivo aquí es que cualquier consulta GraphQL pueda exponerse en cualquier ruta, mágicamente.
• Proporcione una forma oficial de ejecutar webpack.

Desarrollo

Consulte Sandbox de desarrollo.