attention un bon framework ne fait pas tout. En réalité, aucun choix technique aussi bon qu'il soit ne peut sauver un projet d'une erreur grave de conception. J'ai vu 9mois de code partir à la benne à cause d'un schéma de base de données inaproprié. Et le fait d'utiliser un framework ( Zend en l'occurence ) n'a pas limité les pertes en dehors des vues.
Au-delà de l'usage d'un framework, d'un ORM ou d'un moteur de template, rien ne peut remplacer de bonnes pratiques de développement. Pour l'avoir vécu, je peux assurer que la mise en place d'un bon framework ne protège en rien des développeurs qui pondent du code à grand coup de copier/coller, de méthodes de 300 lignes et de if en cascade , le tout dans la plus grande ignorance des impacts en terme de performance et de sécurité (sans parler des requetes SQL dans le controleur, ainsi que des chaines HTML construites dans ce dernier). Si, on peut plus facilement isoler et refaire ces fonctionnalités car elles n'ont pas été imbriquées dans le coeur de l'application (et protèger ainsi le code "sain").
[^] # Re: Journal très pertinent
Posté par astennu . En réponse au journal De l'utilité des moteurs de templates en PHP. Évalué à 3.
Au-delà de l'usage d'un framework, d'un ORM ou d'un moteur de template, rien ne peut remplacer de bonnes pratiques de développement. Pour l'avoir vécu, je peux assurer que la mise en place d'un bon framework ne protège en rien des développeurs qui pondent du code à grand coup de copier/coller, de méthodes de 300 lignes et de if en cascade , le tout dans la plus grande ignorance des impacts en terme de performance et de sécurité (sans parler des requetes SQL dans le controleur, ainsi que des chaines HTML construites dans ce dernier). Si, on peut plus facilement isoler et refaire ces fonctionnalités car elles n'ont pas été imbriquées dans le coeur de l'application (et protèger ainsi le code "sain").