On a déjà discuté quelques fois de la problématique lié aux frameworks (principalement sur le bon choix du bon framework pour le bon projet), mais quels sont les réels avantages et dangers de leur utilisation?

Avantages:
1. Ne pas réinventer la roue
Voilà quelque chose de fortement appréciable: plus la peine de re-développer votre connecteur à la base de donnée pour la 29ème fois, puisque certaines fonctionnalités essentielles sont contenues dans le framework. Cela veut dire pour vous beaucoup moins de travail.

2. Développement Bullet-proof
Un des avantages d’utiliser un framework ou une librairie prête à l’emploi est sans aucun doute le fait que cet outil a été testé dans divers environnements de productions, serveurs et navigateurs, vous épargnant ainsi la tâche de devoir debugger certaines parties du code.

3. Code maintenu
Pour la plupart des framework encore en développement (ou en constant amélioration), les bugs sont connus, référencés et des releases régulières vous permettent de profiter des dernières trouvailles et debuggages effectués par la communauté autour de ce projet.

4. Déploiement/développement accéléré
Sans aucun doute la fonctionnalité majeure qui vous fera choisir un framework: les fonctions présentes vous permettent d’accélérer significativement votre temps de développement. Idem avec les frameworks pré-packagées qui permettent un déploiement de votre application simple et rapide.

5. Accès facile à certaines fonctions touchy
Certaines fonctions, bien qu’accessibles à tous, sont soit très longues à développer, soit difficiles à mettre en place et si elles sont déjà implémentées dans le framework, vous permettent d’en profiter, sans spécialement mettre les mains dans le camboui. C’est le cas par exemple de certaines fonctions statistiques, de génération de graphique, de pdf, etc… bien pratique à rajouter sur certains projet, sans temps de développement supplémentaire.

6. Cadre de travail borné et unifié
Très pratique pour l’organisation de votre équipe, surtout si elle est nombreuse (voir même indispensable si votre équipe grossie à vue d’oeil), un framework mets aussi en place (dans la plupart des cas) un certain cadre de travail, une normalisation des fichiers de configuration, du nommage des fonctions, de l’emplacement des fichiers, etc… qui vous permet de garder une certaine cohérence dans vos projets peu importe qui prend en charge le code.

Dangers:
1. L’habitude
On s’habitue très vite à une méthode ou à un cadre de travail et un des principaux danger est d’avoir de plus en plus de mal à s’adapter aux nouvelles contraintes ou à commencer à border certains de vos projets par rapport aux possibilités de votre framework et d’avoir de plus en plus du mal à développer sans.

2. Pas de connaissance profonde du code
Un framework doit rester une aide, une béquille, pas la solution miracle… même si certains avec peu d’expérience réussissent à monter monter un projet, une bonne connaissance du langage de base est indispensable (beaucoup de gens se sont mis à RoR par exemple sans vraiment s’intéresser à Ruby) pour palier aux manques du framework ou étendre certaines fonctionnalités…

3. Code pas ou peu maintenu
Un des dangers aussi est d’avoir choisi un projet peu ou pas maintenu, avec des bugs connus mais pas réparés… là soit vous changez de crèmerie, soit vous vous lancez tête baissée dans le code.

4. Fonctions manquantes/modifications profondes du code source
Il peu arriver que votre projet évolu (parfois radicalement)et que la décision que vous avez pris il y à quelques mois, ne convienne plus à ce projet: fonctions manquantes, bugs bloquants (et pas de nouvelle release en vue pour les prochains mois). Soit vous décidez de changer de framework (avec tout le travail que cela implique), soit vous décidez de vous plonger dans le code. Suivant les framework et la façon de coder mise en place cela peut s’avérer enrichissant ou un cauchemard.

Pour finir, vous devez garder à l’esprit qu’un framework est une aide, bien pratique j’en convient pour accélérer votre développement, mais sans une bonne maîtrise de la technologie socle de voter framework, problèmes en perspective…

Articles éventuellement en rapport:

• TDW Opera-proof grâce à Tsadiq
• Développeur Serveur/Client
• refactorMyCode: optimisation collaborative de code
• Confidentiel - Sécurisez vos documents
• Quelques bonnes pratiques pour un debuggage efficace

Cet article a été posté le Monday 2 June 2008 à 7:37 pm et a été classé dans la catégorie Développement, Gestion de projet, Organisation, méthodo..., Outils.