Il manque webpy dans le sondage ;-(
bon, ok, il est tout jeune ... http://webpy.org/
mais il est très prometteur ...
J'étais un fan de cherrypy ... mais webpy m'apporte bien plus
Il est même encore plus bas niveau,
Par rapport à cherrypy, il apporte le mapping d'url (via regex), une séparation GET/POST, et une foultitude de méthodes pour simplifier la vie ... de plus il se plug très simplement à des mod_python, wsgi, cgi, scgi ou fast-cgi ... et possède un embedded httpserver et un module reloader d'une praticité énorme pendant le dev ... le tout en 1 fichier de 30k ...
bref, il s'adapte à tout type d'hébergement, très simplement
Il est très aisé de se batir son "framework qui va bien"
Il peut surprendre au début, si on part sur l'optique une page = une class ... mais faut un peu jouer avec pour comprendre le potentiel de cette lib, qui devrait, à mon sens, être intégré dans les libs python pour le bonheur de tous ...
Le seul reproche qu'il lui est fait habituellement, c'est de ne pas être très pythonic ... Et c'est justement ce que j'aime, et que je trouve bien au-dessus de cherrypy ... C'est que le web/html, à la base, n'est pas pythonic non plus... Et donc pythonisé des echanges http d'html est une hérésie qqpart ... Bref pour moi, il s'adapte bien plus aisément pour le dev web ...
C'est vraiment à essayer ...et aaron est loin d'être une brêle en python ... et il est vraiment sympa ...
# webpy
Posté par manatlan (site web personnel) . En réponse au journal Sondage Python: quel webframework utilisez vous ?. Évalué à 2.
bon, ok, il est tout jeune ...
http://webpy.org/
mais il est très prometteur ...
J'étais un fan de cherrypy ... mais webpy m'apporte bien plus
Il est même encore plus bas niveau,
Par rapport à cherrypy, il apporte le mapping d'url (via regex), une séparation GET/POST, et une foultitude de méthodes pour simplifier la vie ... de plus il se plug très simplement à des mod_python, wsgi, cgi, scgi ou fast-cgi ... et possède un embedded httpserver et un module reloader d'une praticité énorme pendant le dev ... le tout en 1 fichier de 30k ...
bref, il s'adapte à tout type d'hébergement, très simplement
Il est très aisé de se batir son "framework qui va bien"
Il peut surprendre au début, si on part sur l'optique une page = une class ... mais faut un peu jouer avec pour comprendre le potentiel de cette lib, qui devrait, à mon sens, être intégré dans les libs python pour le bonheur de tous ...
Le seul reproche qu'il lui est fait habituellement, c'est de ne pas être très pythonic ... Et c'est justement ce que j'aime, et que je trouve bien au-dessus de cherrypy ... C'est que le web/html, à la base, n'est pas pythonic non plus... Et donc pythonisé des echanges http d'html est une hérésie qqpart ... Bref pour moi, il s'adapte bien plus aisément pour le dev web ...
C'est vraiment à essayer ...et aaron est loin d'être une brêle en python ... et il est vraiment sympa ...