Salut,

nous réfléchissons actuellement à l'amélioration d'un site web. Celui-ci date du début des années 2000 et son code est pour le moins obsolète. Depuis nous avons pris l'habitude d'utiliser les nombreux atouts des frameworks (surtout Copix et Zend pour le moment).

Il nous est malheureusement financièrement impossible de passer trois mois à refaire le site en intégralité. Donc nous comptons l'améliorer par petite touches.

La question est donc la suivante : comment faire cohabiter le site actuel et un framework pour passer doucement de l'un à l'autre ?

Par ailleurs, est-ce qu'un (ou plusieurs) framework serait plus adéquat pour un tel besoin ?

Ou bien est-ce qu'on se foure le doigt dans l'oeil jusqu'au coude, c'est pas techniquement possible ?

Merci !

Les joies du refactoring.. Comment avancer sans jeter les investissements passés à la trappe..

Mon pari ce serait
1) n'utiliser qu'un seul framework, celui que vous utilisez et que vous comptez utiliser à l'avenir. (dans lequel vous êtes le plus performant)
2) Faire cohabiter le framework et le site.
3) progressivement passer au framework les différents éléments du site en assurant la rétro-compatibilité.
4) une fois le transfert fait, améliorer le site qui tourne maintenant entièrement sur le framework.

Il va sans dire que vous allez bien devoir planifier toute l'opération à l'avance.

Enfin, c'est un peu bateau de dire tout ça, mais ce sont de bonnes bases. Après, il existe des tonnes d'ouvrages sur le sujet..

1) n'utiliser qu'un seul framework, celui que vous utilisez et que vous comptez utiliser à l'avenir. (dans lequel vous êtes le plus performant)

Je trouve dommage de se limiter à un framework. Les choses évoluent vite et c'est sympa d'en essayer plusieurs. D'autant qu'on passe facilement de l'un à l'autre quand même. Bon évidemment pour un site, un framework suffit amplement

2) Faire cohabiter le framework et le site.
3) progressivement passer au framework les différents éléments du site en assurant la rétro-compatibilité.

Eh eh oui, c'est tout l'enjeu. C'est ce qui va être délicat ... refaire certaines pages dans le framework quand d'autres tournent encore avec l'ancien code. Ca va être coton de s'y retrouver. L'autre difficulté concerne les bases de données. Si on veut faire des modifs de structure pour la nouvelle mouture du site, probablement qu'il va falloir répliquer le contenu de certaines tables pour que l'ancien code tape dans les anciennes tables et le framework dans les nouvelles. C'est la partie qui m'inquiète le plus en fait.

4) une fois le transfert fait, améliorer le site qui tourne maintenant entièrement sur le framework.

Arrête, tu me fais rêver

Je vais peut-être dire une bétise, mais là je parle par expérience, récemment, j'avais créé deux modules, une grosse partie d'un site, plus ou moins basé sur le même principe, mais sur des tables différents, arrivé à la fin, je m'aperçut que j'avais mal pensé la chose, le seul moyen que j'ai trouvé c'est de réagir par dépendance, la chose qui à le moins de dépendance dois être traité en premier, puis de plus en plus de dépendances...
Enfin, voilà comment j'ai fait...

Je trouve dommage de se limiter à un framework. Les choses évoluent vite et c'est sympa d'en essayer plusieurs. D'autant qu'on passe facilement de l'un à l'autre quand même. Bon évidemment pour un site, un framework suffit amplement

C'est vous qui voyez

Eh eh oui, c'est tout l'enjeu. C'est ce qui va être délicat ... refaire certaines pages dans le framework quand d'autres tournent encore avec l'ancien code. Ca va être coton de s'y retrouver. L'autre difficulté concerne les bases de données. Si on veut faire des modifs de structure pour la nouvelle mouture du site, probablement qu'il va falloir répliquer le contenu de certaines tables pour que l'ancien code tape dans les anciennes tables et le framework dans les nouvelles. C'est la partie qui m'inquiète le plus en fait.

Je pense bien que c'est tentant, mais vouloir apporter des modifications de structure pendant le refactoring.. par simple principe de précaution, je dirais non.. les prévoir, à la limité, mais pas les rendre effectives.. Je n'ai pas encore eu l'occasion de vraiment faire du gros refactoring (bien que je le redoute dans pas trop longtemps.. avec une application originellement entièrement écrite en lasso..), donc question retour d'expérience, je suis un peu sec..

L'envie de coder sera forte à mon avis, mais je partirais sur
1) d'abord un plan élaboré sur papier
2) et puis coder.
Car arriver en plein codage et se dire 'ah ben, on ferait bien ça comme ça finalement', c'est moyen


Personne n'a une expérience la-dessus ?