Discussion :

[guillaume150]

Bonjour,

Voilà je viens d'apprendre ce qu'était un framework et on m'a dit que c'était indispensable pour les sites qui demandait beaucoup de modules PHP. J'aimerais savoir à quoi cela sert? Ne vaut-il pas faire ses scrips tout seul?

Sinon j'ai trouver les tutoriels mais je comprend pas leur but? une série de pages à créer, modifier pour un resultat qui aurait pu être fait à partir de PHPMyAdmin!

A quoi va me servir Zend concrètement?
Merci

[pandrogynik]

Bonjour,

Un framework te propose des outils répondant à des besoins généraux, développés sur le bénéfice de l'expérience commune acquise sur ces besoins. Donc le gain de temps et d'efficacité est évident par rapport à "faire ses propres scripts", ce qui revient pour le plus général à "réinventer la roue".

Des pages créées et modifiées qui auraient pu être obtenues avec phpMyAdmin ? Je ne suis pas sur de comprendre...phpMyAdmin étant un client d'accès à MySQL.

Zend (ou autre framework de ton choix) va t'économiser en partie, au moins te faciliter, le développement des tâches générales à tout développement (gestion des données, implémentation du pattern MVC, logs, gestion des dates, maintenance de la présentation, etc.) et te permettre ainsi de te concentrer essentiellement sur ce qui est spécifique à ton projet, là où toi seul sait ce que tu veux.

[guillaume150]

L'utilisation du FrameWork est donc égal à l'arret du codage à la main vu que l'apli fait tout?

Quand je fait un rapport à PHPMYADMIN, car je regarde les vidéos de Zend ou de CakePHP et ils montrent juste un tableau dans lequel tu peux ajouter, editer, supprimer des informations... Ce que l'on pourrais faire sous PHPMYADMIN.

Sinon, est ce que tout les grands sites utilisent les framework...

Et-il possible de m'expliquer ici, comment cela marche, depuis 10h00 ce matin j'essaye mais je ne comprend rien et n'arrive à rien.

Cordialement,

Guillaume

[pandrogynik]

Je vois un peu de confusion dans ce que tu écris.

Je pense que tu as du voir un tuto sur la création d'un CRUD, une appli qui sert à "Create, Read, Update, and Delete" des données dans un conteneur quelconque.

C'est souvent un exemple de base pour montrer l'utilité d'un outil de développement ou un framework, puisque tout le monde connaît à peu près les enjeux de la situation.

PhpMyAdmin permet d'administrer une base de données, ça ne sert pas à faire du CRUD, même si on peut créer et modifier les données avec.
Exemple : sur developpez.com, si tu veux modifier ton profil utilisateur, on ne te donne pas un URL vers phpMyAdmin pour aller fouiner dans les bases du site.
Tu le fais via une jolie page web, qui a surement été développée à l'aide d'un framework, car vu le nombre de gens qui se sont penchés sur une gestion de membre de forums, ça m'étonnerait que le site developpez.com se soit usé à tout refaire en partant de rien.

Continue de creuser, de 10h00 à 15h40 pour comprendre la notion de framework, c'est peu .

Après, utiliser un framework est un bon conseil, mais si tu le sens pas ou si l'utilité ne t'en apparaît pas tout de suite, tu y reviendra plus tard, on a tous commencé sans.

[guillaume150]

Sur une cinquantaine de tuto j'en ai aucun qui me montre vraiment comment cela marche et comment par exemple on fait un espace membre... Mais le problème c'est que si l'espace membre est déjà créé, il n'y a plus rien à faire...

[patbator]

Hello,

Comme le nom te le suggère, le framework te proposera un cadre de travail mais il ne règle pas tes problématiques particulières.

Il te restera toujours du code à faire, mais normalement c'est du code à plus forte valeur ajoutée.

[guillaume150]

Le métier de Dev va disparaitre avec les framework? Si les scripts les plus difficile sont déjà créé ou est le plaisir du codage?

Sinon, jai telechargés Zend, comment je fais pour avoir tel ou tel module?

[patbator]

Mais non, le métier de dev web ne disparait pas, il évolue.

On en est pas à coder chacun notre pilote graphique ou d'impression ou notre serveur web.
Cela ne veut pas dire qu'il n'y a plus de défis mais qu'ils sont ailleurs, pareil pour le dev web.

Note que si t'as envie d'écrire un framework web libre à toi.

Les modules c'est à toi de les coder, normalement c'est ce qui constitue ton application.

[guillaume150]

Donc imaginons je créé un forum en PHP/SQL, ainsi qu'un système commentaire performant et un super espace membre avec cela ca me ferra un FrameWork?

[pandrogynik]

Non, ça n'est pas exactement cela.

Un forum, c'est une application entière, il n'est pas question d'imaginer une "machine à créer des forums sans rien faire".

Ce qui n'empêche pas quand on a fait un forum par exemple, de garder avec soi des choses qui pourront resservir, et effectivement, on est un peu en train de se faire son framework perso, mais qui concernerait un public moins large, puisque tu as créé des composants dans le cadre d'un projet précis.

Observe la documentation de quelques composants du Zend Framework par exemple, et tu verras qu'il te propose des outils pour gagner du temps sur des points généraux et répandus, comme logger les erreurs, manipuler des dates avec une prise en charge facile des problèmes de fuseaux horaires, aider la manipulation du SQL en facilitant la protection des paramètres d'entrée, injections SQL, etc...

Prends le temps de découvrir les choses calmement :
http://framework.zend.com/manual/fr/

Et encore une fois, si ça ne te branche pas, fais autrement, on peut faire avec, mais on peut aussi faire sans.

[guillaume150]

Le seul défault de sans c'est que se serra long? et la par exemple : http://framework.zend.com/manual/fr/...frontends.html jvois pas le rapport avec zend, il donne des codes et puis c'est tout

[patbator]

Le seul défault de sans c'est que se serra long? et la par exemple : http://framework.zend.com/manual/fr/...frontends.html jvois pas le rapport avec zend, il donne des codes et puis c'est tout

Voilà, tu mets le doigt sur la vraie question : sur quoi tu veux passer ton précieux temps qui se limite à 24h par jour ?
Si un framework te fourni des solutions à des problèmes bien connus alors tu as plus de temps pour régler correctement les problèmes particuliers de ton application.

Pour la doc du cache frontend, ne confond pas la doc et le framework, l'essentiel sur le cache Zend est de comprendre le principe du frontend et du backend, c'est bien expliqué dans l'intro puis pour chaque front ou backend particulier le mieux c'est de donner des exemples

[shadypierre]

Une framework t'elle que ZF n'est pas un programme ou tu appuies et paf il te sort du code, au contraire. Un framework ne te 'génère' aucun code, tu fais exactement tout comme avant mais en différent xD, je m'explique, avant pour créer un formulaire tu faisait quelque chose comme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
<form>
<input type=""/>
blablabla
blaabla
</form>

Ensuite tu devais vérifier les champs pour éviter les injections SQL, vérifier que les bons type été saisi (ex : code postal reçoit bien 5 chiffres et non des lettres, etc...). Bon et bien dans le cas de ZF tu vas créer une classe qui va venir étendre la classe Zend_Form et tu feras un truc du style :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
$nom = $this->createElement('text', 'nom') //cree un input text nommé 'nom'
$nom->addLabel('saisir votre nom')->addValidator('int')

Bon mon code est faux mais l'idée est la. Et donc la tu fais un echo après avoir instancier ta classe et voila tu as ton formulaire avec des champs qui sont définir avec des type de donnée possible etc...

Bref tu code tjr autant, mais tu code mieux, tu code propre et tu code de façon à pouvoir etre repris par un autre dev


ps : pas de framework zend si tu connais rien a la POO

[shadypierre]

Plus simple, regarde cette vidéo : http://screenr.com/EZU

C'est pour CodeIgniter mais l'idée est la meme