Forum d'entraide PHPFrance

Bonjour,

Est ce qu'un framework a réellement un intéret lorsque l'on a déjà ses petits scripts que l'on ajoute ou retire aux sites que l'on fait ?

J'entends un peu de tout, entre ceux qui sont à fond dedans (développement plus rapide) et ceux qui le déconseille (usine à gaz) et je ne sais pas trop où me placer.

Vaut il mieux construire son site de A à Z où est ce qu'on fait des choses plus propres avec un framework ?

Un peu à coté mais j'en profite pour pas poster 36 messages : est ce qu'adopter un modéle mvc est vraiment utile ?

Est ce qu'un framework a réellement un intéret lorsque l'on a déjà ses petits scripts que l'on ajoute ou retire aux sites que l'on fait ?

Non puisque dans ce cas ce sont tes script qui font office de framework

J'entends un peu de tout, entre ceux qui sont à fond dedans (développement plus rapide) et ceux qui le déconseille (usine à gaz) et je ne sais pas trop où me placer.

Tout le monde a raison donc c'est suivant tes besoins.
Pour un développement solo l'utilisation d'un framework est discutable.
Pour un travail en groupe c'est quasiment indispensable pour une standardisation de code entre les différents intervenants (quoi que certaines entreprises utilisent leur framework maison).

Vaut il mieux construire son site de A à Z où est ce qu'on fait des choses plus propres avec un framework ?

Si ton code est propre et sécurisé tu n'obtiendras rien de plus avec un framework sauf à alourdir ton code et perdre en performances.

Je suis entièrement d'accord avec AB,

et j'ajouterai même , pourquoi réinventer la roue ?

Effectivement les framework sont aussi là pour éviter aux développeur de refaire des choses (standard/générique) , et de passer plus de temps sur le spécifique , ou la structure du site .

Apres , il faut savoir aussi que tout les frameworks ne sont pas des usines à gaz comme tu le dis , regardes par exemple le framework de Zend qui est modulaire , te permet par exemple d'utiliser uniquement sa bibliothèque date (Zend_Date) pour afficher la date et l'heure courante .

L'intérêt de cet exemple , est je te l'accorde faible , mais ce que je veux dire par là , c'est que tu peux profiter des bibliothèques de ce FW. sans pour autant devoir mettre en place le design pattern MVC pour faire fonctionner un petit site .

Voilà pour mon avis ..

Ch.

En fait bon je regarde l'évolution de la programmation internet et je veux un peu suivre ce qui se fait...

A un moment j'ai du passer aux données dynamique grâce au php puis à la feuille de style css puisque c'est ce qui devenait la norme pour un site....

De ce fait je me posais la question si l'utilisation d'un framework n'allait pas devenir également une norme !!
Ex. Est ce que tout le monde ne va pas adopter une hiérarchisation de ses fichiers façon mvc ? Si c'est juste une mode, ça ne m'intéresse pas mais si ca va se généraliser d'ici quelques temps, autant que je me tienne à jour et me lance soit dans la compréhension d'un framework, soit dans une façon de travailler identique.

Secondement, je me demande si un framework ne s'adresse pas, un peu comme les cms, à ceux qui ne savent pas coder en php. Exemple personnel, je n'y connais rien en javascript et pour pallier à ca je vais me lancer dans le framework jQuery qui me semble plus accessible que replonger dans des cours de A à Z javascript.

si l'utilisation d'un framework n'allait pas devenir également une norme

Une norme , je ne pense pas .. mais dans le milieu professionnel ( comme l'a précisé AB ) on ne peut pas se permettre de faire son code dans son coin , qui sera incompatible avec celui des collègues ...

Si c'est juste une mode, ça ne m'intéresse pas

La pérennité d'une façon de coder dépend évidemment de son efficacité , et disparaît , dés que l'on a trouver mieux .

Secondement, je me demande si un framework ne s'adresse pas, un peu comme les cms, à ceux qui ne savent pas coder en php

...

Je ne pense pas non ...
Ce n'est pas non plus un glisser déposé de briques à configurer via une interface web ...

Au départ , un framework , c'est un squelette ( une structure défini ) avec des librairies pour coder plus vite ... le reste c'est à toi de le faire ..

Donc le gros avantage du framework , en plus de la rapidité de développement , et que si un autre développeur reprend ton code , il pourra le comprendre bien plus simplement que si tu as fait un développement spécifique ou seul toi connais les subtilités du code ..

Merci pour ces réponses au niveau du framework.

Au niveau de l'architecture mvc ? Est ce qu'elle apporte réellement quelque chose (pour le moment je ne vois que l'interêt que design et php soient séparé mais je ne travaille pas en équipe) ?
Mode ou plutôt nouvelle norme ?

Je ne peux mettre un résolu au sujet sans vous avoir posé la question

Bonjour,

Est ce qu'un framework a réellement un intéret lorsque l'on a déjà ses petits scripts que l'on ajoute ou retire aux sites que l'on fait ?

Un framework n'a pas juste un intérêt, il est simplement indispensable d'avoir une boite à outils pour développer correctement. Que cette boite à outils soit sa propre librairie personnelle ou un framework tiers ça a finalement peu d'importance.
En fait, en général on suite ce chemin :
- On utilise un framework (sans vraiment s'en douter) développé soi-même souvent appelé "libs.inc.php".
- On découvre ensuite "include_once" et ses vertus, et notre framework devient un dossier "libs" avec plein de fichiers bourrés de fonctions dedans.
- On découvre ensuite la POO, et les fichiers bourrés de fonctions deviennent des fichiers avec une classe et plein de méthodes. En général à peu près là, on découvre l'existence des gros frameworks (genre Zend ou Symfony) et on se demande si ce serait pas mal.
- Puis on apprend à se servir de la POO, et les classes avec plein de fonctions statiques deviennent des vraies classes. En général à ce stade on regarde les gros frameworks en se disant "pouarf ! quels usines à gaz" (souvent en pensant à la partie "ORM" de ces frameworks d'ailleurs).
- Dans ces eaux-là on découvre les "design patterns" (patrons de conception orientés objet), et les modèles de développement (genre "MVC") et on s'interroge...
- Puis on finit par se dire que des centaines de développeurs font sans doute un meilleur travail que soi-même tout seul dans son coin, et que les gros framework ne sont peut-être pas si mal, surtout parce que le dossier "libs" commence à devenir sérieusement compliqué à maintenir, et qu'on trouverait pas mal d'avoir un truc qui soit mis à jour par d'autres finalement...

Ex. Est ce que tout le monde ne va pas adopter une hiérarchisation de ses fichiers façon mvc ? Si c'est juste une mode, ça ne m'intéresse pas mais si ca va se généraliser d'ici quelques temps

C'est déjà généralisé. Déjà rien que si tu utilises des templates, et que tu évites de faire des requêtes SQL partout en plein milieu du code (mais que tu vas plutôt les isoler dans des fonctions dédiées à la manipulation des données), tu fais du MVC :
- Modèle = tes fonctions de manipulation des données.
- Vue = tes templates.
- Contrôleur = la glue qui gère tout ça ensemble (typiquement ton "index.php" qui inclut tel ou tel fichier en fonction de la valeur de $_GET['page']).

Donc tu n'est probablement pas très loin d'utiliser du MVC "strict" avec une séparation plus complète des couches, et une partie "Modèle" plus évoluée.

Secondement, je me demande si un framework ne s'adresse pas, un peu comme les cms, à ceux qui ne savent pas coder en php. Exemple personnel, je n'y connais rien en javascript et pour pallier à ca je vais me lancer dans le framework jQuery qui me semble plus accessible que replonger dans des cours de A à Z javascript.

C'est plus ou moins vrai. On pourrait croire ça (cf. ta démarche avec jQuery) mais ça se limitera à de très simples opérations. Dès que tu voudras faire quoi que ce soit d'un peu évolué, tu te rendras compte qu'au contraire il vaut mieux très bien maitriser le langage (et donc de ne pas avoir grillé les étapes dont j'ai parlé plus haut) pour utiliser correctement un framework, car il est nécessaire d'avoir au moins une petite idée de ce qui se passe derrière pour ne pas se retrouver complètement penaud devant un truc simple.

Au niveau de l'architecture mvc ? Est ce qu'elle apporte réellement quelque chose (pour le moment je ne vois que l'interêt que design et php soient séparé mais je ne travaille pas en équipe) ?
Mode ou plutôt nouvelle norme ?

Oui elle apporte une organisation strict et tout ce qui est restrictif améliore généralement la qualité dans le sens "facilité d'évolution et de reprise ultérieure".
Et ce n'est ni une mode ni une nouvelle norme, c'est une norme qui commence à devenir ancienne

Autrement dit je suis encore en retard d'un wagon

Il est temps que je m'y mette !! Mais il reste encore tellement de cours et de scripts php avec des requêtes à l'intérieur que je ne me rendais pas bien compte

Dernière question même si je sais que ca reste un peu subjectif : un framework php particulier ressort ?

J'entends beaucoup Zend... Jelix pour un cocorico ? Il faudrait que je prenne le temps de tout essayer mais bon autant commencer avec quelque chose de pas trop mal.

Secondement, je me demande si un framework ne s'adresse pas, un peu comme les cms, à ceux qui ne savent pas coder en php.

Ca depend du framework, autant que ca dépend du CMS.
Je te mets au défit de mettre un débutant sur Typo3 ! Autant qu'il se débrouillera avec joomla.
c'est pareil dans les framework, des bons et des moins bons

Le Zend Framework est je pense un bon début, car il s'agit plus d'une grosse boite à outils que tu utilises comme bon te semble qu'un vrai "framework" dans le sens de "cadre de travail". Là on n'a pas vraiment un environnement de travail complet (et éventuellement trop restrictif) mais une librairie, donc potentiellement plus facile à aborder.

Alors que des frameworks comme Cake PHP ou Symfony qui possèdent des routines de génération ainsi qu'une structure de fichier figée t'obligent à l'organisation choisie par l'outil, ce qui est généralement très bien, mais peut-être trop rebutant pour un début.

Tout est dit !!

Merci beaucoup de vos réponses

Oui mais comme tu l'a entrevu plus haut, attention toutefois de considérer un framework comme un complément et non pas comme un substitut, sinon tes prétentions salariales ne pourront guère dépasser celles d'un "travailleur pauvre"

Je trouve les frameworks très bien même si je ne les utilises pas ! ^^

en effet c'est un grand boite à outils et pour le débutant c'est aussi une grosse boite noir !

pour ma pars je ne les utilises pas car d'1 je ne travail pas encore en entreprise(mais ca peut venir) et puis j'aimes comprendre ce qui ce passe dans cette boite noir ! je fais parti des codeur qui code dans son coin lol

d'ailleurs c'est vrai qu'il est plus facile d'utiliser un framework pour les design tel que MVC, ORM ...(tous depends des frameworks bien évidement !

je constates aussi qu'il y à pas énormément de ressource sur les designs en France bien expliqué !
on en a déjà plus au usa ou autre pays !

et j'ai aussi beaucoup moin de réponse à ce genre de question sur les forums ce qui démontre bien
que c'est pas si évident !

et si je préfère voir ce qu'il a dans ces boites noire et essayé de le créer moi même
c'est que je suis persuadé qu'on en apprends beaucoups plus en terme de technique avancer !
à force d'en manger j'ai compris beaucoups de chose même si c'est vrai que je galère souvent
il n'en reste pas moin que j'ai beaucoup évolué !
Après ça je penses qu'utilisé un framework sera encore plus facile pour moi à l'avenir !

après peut être faut il utiliser un framework et pendant son temps libre des techniques plus poussée...

maintenant je comprends qu'en entreprise on est pas le temps pour cause de delay et qu'il faut bien souvent allé au plus vite !

Bien sur ça ne reste que mon avis et chacun à ça vision des choses et avance comme bon lui semble

Après ça je penses qu'utilisé un framework sera encore plus facile pour moi à l'avenir !

ça c'est tout à fait vrai.

après peut être faut il utiliser un framework et pendant son temps libre des techniques plus poussée...

ça par contre, c'est croire que l'utilisation d'un framework est là pour faciliter la taches des ignorants. Or c'est totalement l'inverse : il est bien plus compliqué d'utiliser un framework que de réinventer la roue. Ce sont les développeurs "avancés" qui pourront le plus facilement utiliser un framework, car écrire ses propres routines est à la portée de tous, mais réutiliser ce qui existe ne l'est pas contrairement à l'idée qu'on s'en fait.

maintenant je comprends qu'en entreprise on est pas le temps pour cause de delay et qu'il faut bien souvent allé au plus vite !

C'est surtout une question de qualité et de garantir la possibilité d'une maintenance.

pour ma pars je ne les utilises pas car d'1 je ne travail pas encore en entreprise(mais ca peut venir) et puis j'aimes comprendre ce qui ce passe dans cette boite noir ! je fais parti des codeur qui code dans son coin lol

Donc tu n'utilises pas de système d'exploitation puisque tu ne sais pas exactement ce qu'il s'y passe. Tu préfères le recoder ?