A familiar HTTP Service Framework for Python.
Powered by Starlette. That
asyncdeclaration is optional. View documentation.
This gets you a ASGI app, with a production static files server pre-installed, jinja2 templating (without additional imports), and a production webserver based on uvloop, serving up requests with gzip compression automatically.
"Pleasantly very taken with python-responder. @kennethreitz at his absolute best." —Rudraksh M.K.
"ASGI is going to enable all sorts of new high-performance web services. It's awesome to see Responder starting to take advantage of that." — Tom Christie author of Django REST Framework
"I love that you are exploring new patterns. Go go go!" — Danny Greenfield, author of Two Scoops of Django
See the documentation's feature tour for more details on features available in Responder.
Install the stable release:
$ pipenv install responder ✨🍰✨
Or, install from the development branch:
$ pipenv install -e git+https://github.com/taoufik07/responder.git#egg=responder
Only Python 3.6+ is supported.
The primary concept here is to bring the niceties that are brought forth from both Flask and Falcon and unify them into a single framework, along with some new ideas I have. I also wanted to take some of the API primitives that are instilled in the Requests library and put them into a web framework. So, you'll find a lot of parallels here with Requests.
resp.contentsends back bytes.
resp.textsends back unicode, while setting
resp.htmlsends back HTML.
resp.mediasends back JSON/YAML (
req.headersdict (from Requests directly).
req.url, and other familiar friends.
response.media, and have used it here. In addition to supporting JSON, I have decided to support YAML as well, as Kubernetes is slowly taking over the world, and it uses YAML for all the things. Content-negotiation and all that.
on_post, etc methods, Responder features an
on_requestmethod, which gets called on every type of request, much like Requests.