Dans la série pourquoi, Turbogears ?
Et pas Pyramid, Django, Flask...
par rapport à Pyramid et Flask : parce que Turbogears est un framework full-stack, tu setup ton projet et tu as tout ce dont tu as besoin, de l'authentification et la gestion de groupes et utilisateurs à un moteur de templates intégré (mako) et une couche ORM (sqlalchemy). Tu peux faire ça avec Pyramid et Flask, mais tu dois refaire le "glue code"
par rapport à Django : parce que Turbogears réutilises des modules standards et que le code manipulé est réutilisable par ailleurs. SQLAlchemy, par exemple. Si je veux migrer sur Pyramid ou Flask, je ne recode pas tout.
Sachant que la question qui me turlupine d'avantage, c'est pourquoi TG2 est basé sur Pylons et pas Pyramid (qui en est le successeur).
Lorsque Pylons a basculé en Pyramid, Turbogears n'était pas prêt à suivre, c'était prévu mais ça n'est pas arrivé. J'aimerais que la bascule arrive, je ne me rends pas bien compte de la quantité de travail que cela implique pour les mainteneurs, mais j'aimerais bien que ça arrive.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Dans la série pourquoi, Turbogears ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche pod : un outil de travail collaboratif pour suivre et gérer tâches, documents et autres. Évalué à 2.
Lorsque Pylons a basculé en Pyramid, Turbogears n'était pas prêt à suivre, c'était prévu mais ça n'est pas arrivé. J'aimerais que la bascule arrive, je ne me rends pas bien compte de la quantité de travail que cela implique pour les mainteneurs, mais j'aimerais bien que ça arrive.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo