responder

Répondeur : un framework de service HTTP familier pour Python

Propulsé par Starlette. Cette déclaration async est facultative. Consultez la documentation.

Cela vous donne une application ASGI, avec un serveur de fichiers statiques de production préinstallé, des modèles Jinja (sans importations supplémentaires) et un serveur Web de production basé sur uvloop, traitant automatiquement les requêtes avec compression gzip.

Témoignages

"Agréablement très impressionné par python-responder. @kennethreitz à son meilleur." —RudrakshMK

"ASGI va permettre toutes sortes de nouveaux services Web hautes performances. C'est formidable de voir Responder commencer à en profiter." — Tom Christie auteur de Django REST Framework

"J'adore que vous exploriez de nouveaux modèles. Allez-y, allez-y !" — Danny Greenfield, auteur de Two Scoops of Django

Plus d'exemples

Consultez la présentation des fonctionnalités de la documentation pour plus de détails sur les fonctionnalités disponibles dans Responder.

Installation du répondeur

Installez la version stable la plus récente :

 pip install --upgrade 'responder'

Inclut la prise en charge de toutes les extensions et interfaces :

 pip install --upgrade 'responder[full]'

Les extras d'installation individuels en option sont :

• graphql : ajoute la prise en charge de GraphQL via Graphene
• openapi : ajoute la prise en charge de l'interface OpenAPI/Swagger

Ou installez directement à partir du référentiel :

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

Le répondeur prend en charge Python 3.6+ .

L'idée de base

Le concept principal ici est de rassembler les subtilités apportées par Flask et Falcon et de les unifier dans un cadre unique, ainsi que quelques nouvelles idées que j'ai. Je voulais également prendre certaines des primitives d'API inculquées dans la bibliothèque Requests et les mettre dans un framework Web. Vous trouverez donc ici de nombreux parallèles avec les requêtes.

• La définition resp.content renvoie des octets.
• La définition resp.text renvoie l'Unicode, tandis que la définition resp.html renvoie le HTML.
• Le paramètre resp.media renvoie JSON/YAML ( .text / .html / .content remplace cela).
• Dicton de req.headers insensible à la casse (à partir des requêtes directement).
• resp.status_code , req.method , req.url et d'autres amis familiers.

Idées

• Expression de route de style Flask, avec de nouvelles fonctionnalités, tout en utilisant la nouvelle syntaxe f-string de Python 3.6+.
• J'adore la méthodologie de Falcon "chaque demande et réponse est transmise à chaque vue et mutée", en particulier response.media , et je l'ai utilisée ici. En plus de prendre en charge JSON, j'ai décidé de prendre également en charge YAML, car Kubernetes conquiert lentement le monde et utilise YAML pour tout. Négociation de contenu et tout ça.
• Un client de test intégré qui utilise les requêtes réelles que vous connaissez et aimez .
• La possibilité de monter facilement d’autres applications WSGI.
• Réponses compressées automatiques.
• En plus des méthodes on_get , on_post , etc. de Falcon, Responder propose une méthode on_request , qui est appelée pour chaque type de requête, un peu comme les requêtes.
• Un serveur de fichiers statiques de production est intégré.
• Uvicorn intégré en tant que serveur Web de production. J'aurais choisi Gunicorn, mais il ne fonctionne pas sous Windows. De plus, Uvicorn sert bien à se protéger contre les attaques slowloris, rendant nginx inutile en production.
• Prise en charge de GraphQL, via Graphene. Le but ici est de rendre n'importe quelle requête GraphQL exposable sur n'importe quel itinéraire, comme par magie.
• Fournissez un moyen officiel d’exécuter Webpack.

Développement

Voir Bac à sable de développement.