> Cette remarque est valable aussi pour un passage à Pylons.
Justement quitte à casser la compatibilité, autant explorer d'autre pistes. C'est vraiment la convergence de visions des deux équipes sur ce que doit être un framework web moderne qui a fait ce choix.
Quant à CherryPy3/TG1.5, une discussion est ouverte mais rien n'est décidé. Vu la tendance, c'est très peu probable (d'où un fork Gearshift). le projet a très clairement affirmé que TG2 constituait l'avenir, TG1 est destiné uniquement aux applications déjà en production.
> la force de TG est l'interchangeabilité des composantes. Il semble que le couplage TG2.0/Pylons soit fort
Mis à part le coeur de TG2 en l'occurence la partie contrôleur (ici Pylons), tout est interchangeable, les ACLS, l'authentification, le moteur de template, l'ORM, les widgets etc ...
sinon, ce serait plus un framework mais un bric à brac. :]
L'autre question que j'anticipe, c'est quel est l'intérêt par rapport à un Pylons brut de décoffrage ? Pylons offre trop de choix, Routes (le dispatcheur d'url) trop compliqué. TG2 t'offre un environnement par défaut utilisable hors-de-la-boite avec la possibilité d'utiliser tes composants préférés. D'ailleurs, TG2 a été très bien accueilli par la communauté Pylons parce que cela répondait aux besoins de certains développeurs.
Par rapport à Django, même si ça évolue, l'intérêt de TG c'est de minimiser la courbe d'apprentissage. Tu peux réutiliser la plupart des connaissances acquises dans d'autres projets.
Django est plus orienté CMS et gestion de contenu, ressemble plus aux autres frameworks web et conviendra plus aux développeurs web.
Alors que TG s'adresse plutôt à un public de développeurs Python chevronnés par son côté plus pythonnique, utilisation de constructions avancés (gestion des urls par des décorateurs comme CherryPy), WSGI (Mark Ramm de TG2 a créé une polémique à ce sujet lors du dernier DjangoCon) concept inexistant chez Django sensé favoriser l'interopérabilité entre les frameworks web python.
[^] # Re: Plein de branches
Posté par GeneralZod . En réponse à la dépêche Turbogears 1.1 le même mais en mieux.. Évalué à 6.
Justement quitte à casser la compatibilité, autant explorer d'autre pistes. C'est vraiment la convergence de visions des deux équipes sur ce que doit être un framework web moderne qui a fait ce choix.
Quant à CherryPy3/TG1.5, une discussion est ouverte mais rien n'est décidé. Vu la tendance, c'est très peu probable (d'où un fork Gearshift). le projet a très clairement affirmé que TG2 constituait l'avenir, TG1 est destiné uniquement aux applications déjà en production.
> la force de TG est l'interchangeabilité des composantes. Il semble que le couplage TG2.0/Pylons soit fort
Mis à part le coeur de TG2 en l'occurence la partie contrôleur (ici Pylons), tout est interchangeable, les ACLS, l'authentification, le moteur de template, l'ORM, les widgets etc ...
sinon, ce serait plus un framework mais un bric à brac. :]
L'autre question que j'anticipe, c'est quel est l'intérêt par rapport à un Pylons brut de décoffrage ? Pylons offre trop de choix, Routes (le dispatcheur d'url) trop compliqué. TG2 t'offre un environnement par défaut utilisable hors-de-la-boite avec la possibilité d'utiliser tes composants préférés. D'ailleurs, TG2 a été très bien accueilli par la communauté Pylons parce que cela répondait aux besoins de certains développeurs.
Par rapport à Django, même si ça évolue, l'intérêt de TG c'est de minimiser la courbe d'apprentissage. Tu peux réutiliser la plupart des connaissances acquises dans d'autres projets.
Django est plus orienté CMS et gestion de contenu, ressemble plus aux autres frameworks web et conviendra plus aux développeurs web.
Alors que TG s'adresse plutôt à un public de développeurs Python chevronnés par son côté plus pythonnique, utilisation de constructions avancés (gestion des urls par des décorateurs comme CherryPy), WSGI (Mark Ramm de TG2 a créé une polémique à ce sujet lors du dernier DjangoCon) concept inexistant chez Django sensé favoriser l'interopérabilité entre les frameworks web python.
Voici le point de vue d'un développeur Django
http://www.biologeek.com/django,traduction,web-frameworks/co(...)