Discussion :

[Dasten]

Bonjour à tous, je suis récemment inscrit et ceci est mon premier post.

Et comme je n'ai pas trouvé de topic de présentation, je vais rapidement me présenter afin que vous compreniez au mieux mes besoin, mes motivations et mes attentes =).

Je suis depuis peu, étudiant en développement web, et depuis 6 mois stagiaire dans une entreprise de développement Web sur une application en JS utilisant blackbone.js.
Comprenez donc que je ne suis pas encore très compétant et ne connaisse encore que très peu de choses.

Dans le but de justement m'améliorer et gagner en compétence, il y a un certain nombre de projets que j'aimerais réaliser, c'est pourquoi je cherche un bon framework.

Mon entreprise utilise un framework maison, dans lequel, les models sont les classes qui gèrent toutes les fonctions relatives a des objets qui sont pour la plupart enregistrés en base.
Les models étendent une classe qui gère certaines fonctions bateaux telles que getById() et toutes les fonctions en rapport avec les requetes SQL.
Les controllers sont les pages dans lesquelles on vient exécuter des fonctions de models ou d'autres à la suite, chaque controllers ont une vue.

Ce qui me plait réellement, c'est le fait que les models n'ont aucun liens avec les controllers et les vues contrairement a un certain nombres d'autres frameworks tels que CodeIgnier.

Donc voilà, pour ce qui est du but de mon poste, c'est que je chercherais un framework ou plutôt un micro framework simple et performant qui se rapprocherait de cette façon de fonctionner sans tout gérer à ma place non plus.
J'aimerais éviter les frameworks qui intègrent déjà pleins de modules telles que les profiles d'utilisateurs etc.. Afin de tout de même développer moi même ces fonctionnalités.

Franchement, si je pouvais je copierais le framework du boulot, mais je pense que c'est illégale donc je ne le fais pas =).
Le framework idéale, fonctionnerais de la même façon qu'expliqué ci-dessus et aurait de pré-intégré certaines choses telles que la gestion des urls et une bonne sécurité par rapport à la base de donnée.

Je me suis renseigner sur certains frameworks tels que phalcon qui est tres performant, mais je n'arrive pas à l'installer sur un serveur xampp, je monterais peut-être une vm pour le mettre sur du linux.

Merci d'avoir pris le temps de me lire, et n'hésitez pas à poser des questions si vous voulez préciser mes besoin.

[joel.drigo]

Salut,

Et comme je n'ai pas trouvé de topic de présentation, je vais rapidement me présenter afin que vous compreniez au mieux mes besoin, mes motivations et mes attentes =).

Pour information : Index du forum / Le club des professionnels en informatique / Mode d'emploi & aide aux nouveaux / Présentations.

[Dasten]

Merci pour l'information, dois-je me présenter au bon endroit avant d'être conseillé ?

[joel.drigo]

Merci pour l'information, dois-je me présenter au bon endroit avant d'être conseillé ?

Non, ce n'est pas indispensable. Il faudra juste être patient et attendre qu'un membre du forum PHP consulte le forum, et se considère suffisemment compétant et intéressé pour répondre à ta question.

[Tsilefy]

Ce qui me plait réellement, c'est le fait que les models n'ont aucun liens avec les controllers et les vues contrairement a un certain nombres d'autres frameworks tels que CodeIgnier.

Ça tombe bien, tous les bons framework font ça. C'est la base même :-)

Donc voilà, pour ce qui est du but de mon poste, c'est que je chercherais un framework ou plutôt un micro framework simple et performant qui se rapprocherait de cette façon de fonctionner sans tout gérer à ma place non plus.
J'aimerais éviter les frameworks qui intègrent déjà pleins de modules telles que les profiles d'utilisateurs etc.. Afin de tout de même développer moi même ces fonctionnalités.

Qu'est-ce que tu entends par micro-framework? Par simplicité? Par performance?

Dans le PHP moderne, tu as 2 manières d'organiser ton code:
- En utilisant des framework: Zend (vénérable, efficace, pas sexy mais sans gros défauts); Symfony (très efficace, une courbe d'apprentissage un peu difficile, "enterprise-grade", Java-esque), Laravel (sexy, facile à apprendre, tends à développer une mentalité de secte chez ses "partisans", à la Ruby On rails) - Silex (la version micro de Symfony: très simple, exige beaucoup de travail de ta part, parfait pour certaines situations tels que sigle-page app, APIs etc...), Slim (un autre microframework).

Ces frameworks ne sont pas de grosses choses monolithiques (ce qui était le cas dans le PHP pas moderne): tu peux isoler, ajouter ou remplacer des composants (plus ou moins facilement, suivant tes compétences). Tu peux aussi facilement les étendre, soit en développant les bibliothèquestoi-même, soit utilisant des bibliothèquesdéveloppées ailleurs (ex: FOS, Sonata pour Symfony). Du coup, tu ne peux pas dire par exemple que tu préfères la manière dont Symfony gère ses modèles par rapport à la façon dont Laravel gère les siens, car tu peux remplacer Doctrine (la bibliothèque la plus utilisée sur Symfony) par Eloquent (la bibliothèques utilisée la plus souvent sous Laravel), tu peux choisir toi-même le moteur de template que tu vas utiliser (Twig, Blade, Plates ou PHP lui-même). Bref, tu as une certaine liberté (dans le cadre du Framework).

- En utilisant des bibliothèques/packages: au lieux de choisir un framework, tu fais ton marché et prends les meilleurs packages d'où qu'ils viennent. Parfois, ce sont des packages d'un Framework (les fameux composants qu'on peut isoler), parfois ce sont des bibliothèquesindépendantes, parfois ils font partie d'un ensemble de composants indépendants parmi lesquelles tu peux choisir ceux que tu veux (Aura, The League of Extraordinary Packages). Dans ce cas, c'est toi qui est maître de ton architecture, pour le meilleur ou pour le pire.

Bref, contrairement à Ruby ou il y a la Vérité Unique^TM avec Rails, ou Javascript avec Node, en PHP tu as le choix, et il n'y a pas de meilleur choix. Il y a le choix qui est le plus adapté à tes besoins, à ce que tu veux faire, à tes compétences, à tes deadlines, etc... Donc, la seule solution, c'est de lire la documentation de chaque framework pour découvrir leurs philosophies, et de les tester toi-même - laisse tomber XAMPP, utilise Vagrant et PuPHPet.

[Dasten]

Merci beaucoup Tsilefy pour ta réponse. J'essairais Vagrant et PuPHPet ce week end lorsque j'aurais un peu plus de temps je pense, intégrent-il une base de donnée ?

Sinon pour en revenir au sujet

Qu'est-ce que tu entends par micro-framework? Par simplicité? Par performance ?

Et bien, j'ai lu qu'un micro framework était un framework qui n'incluaient pas franchement de vendors ect, et j'imagine que par conséquent oui on gagne ne performance.

Ce qu'il me faudrait c'est un framework simplissime avec lequel j'aurais beaucoup de choses a faire moi même mais qu'au moins je comprenne ce que j'ai fais, et qu'il soit performant afin de bien tourner sur de toutes petites machines et biensur sécurisé en cas de mise en production puisque je n'ai pas encore beaucoup de compétences dans ce domaine ci non plus.
J'en aurais besoin pour de petits projets perso tels qu'un site web/CV classique, un site pour un centre équestre (pour une connaissance) qui inclurait quelques fonctionnalités php/ajax etc.. et pourquoi pas pour un futur projet e-commerce.

Le problème c'est qu'il y en a tellement et parfois la doc ne me parle pas beaucoup...

[Tsilefy]

Vagrant est un outil qui permet de gérer des VMs comme Virtualbox, Hyper-V ou VMWare. Puphpet est un site qui te permet de configurer une VM gérée par Vagrant afin d'en faire un environnement de développement PHP complet, avec tout ce que tu veux (Apache ou Nginx, PHP, HHVM, MySQL, MOngoDB, Redis ) à l'aide de Puppet (d'où le jeu de mots Puppet/PuPHPet). Bref, ça te permet de disposer d'un VM parfaitement configuré et fonctionnel sans avoir à jouer l'administrateur système et à chercher et installer les paquets un par un.

L'avantage, c'est 1) tu peux configurer ton VM pour qu'il ait la même configuration que ton serveur, donc pas de risque de bugs imprévisibles parce que le site a été développé dans un système différent du système de production; et 2) si tu travailles à plusieurs, ou si tu bosses les mêmes projets sur plusieurs machines en même temps, il suffit de partager un fichier de configuration pour dupliquer le même environnement.

Il existe un nouvel outil qui semble plus performant, Docker, mais vu que je ne l'ai pas encore utilisé, je ne peux pas t'en dire plus.

était un framework qui n'incluaient pas franchement de vendors

vendors est juste une convention pour séparer les bibliothèques du code (squelette) du framework. Le fait de ne pas avoir de vendors ne veut pas dire que c'est plus léger, c'est peut-être parce que les bibliothèques sont mélangées à la squellette (ce qui est mauvais), ou qu'elles sont juste rangées dans un autre répertoire (src par exemple).

Le nombre de classes ou de lignes d'un framework n'a pas d'importance: depuis PHP 5.5 (tu programmes avec PHP 5.5 au moins, et de préférence PHP 5.6 rassure-moi?), opcache garde les bytecodes des fichiers PHP en mémoire, ce qui veut dire que les classes ne sont plus lues sur le disque.

Je ne connais pas de framework qui soit à la fois léger et sécurisé. À chaque fois qu'un framework prends une décision pour toi (ex: échapper un texte avant de l'afficher, utiliser des requêtes préparées, ajouter des jetons CSRF, sécuriser les sessions ou les cookies, etc...), ça prend plus de temps et de ressources, tout simplement parce qu'un framework doit penser à toutes les éventualités, même si beaucoup d'entre elles ne s'appliquent pas dans ton cas. Même chose pour la gestion des bases de données, l'envoi de mails, la création d'un formulaire etc... Aucun micro-framework ne t'aide en termes de sécurité, tu devra tout faire toi-même

PHP est un langage incroyablement flexible, utilise-le au mieux de ses forces. Pour un simple site web perso, tu n'as pas besoin d'un framework (à moins que ça ne soit pour apprendre, c'est une autre histoire). Pour un site e-commerce, oui tu peux utiliser un framework. Un framework ne devient intéressant que lorsqu'un site devient important, autrement c'est comme utiliser un marteau-piqueur pour enfoncer des clous.

Encore une fois, je ne peux te conseiller que de tester Zend, Symfony et Laravel (pour les gros) et Slim, Lumen et Silex (pour les "micros").

Le problème c'est qu'il y en a tellement et parfois la doc ne me parle pas beaucoup

Est-ce que tu comprends l'anglais? Si ce n'est pas le cas, il va falloir s'y mettre!

[MaitrePylos]

Si je peux me permettre, j'ajouterais CakePHP 3.0 qui au vu des ses version précédente est un projet pérenne et qui de plus son ORM repose sur le DataMaper.
Je plussoie également Jelix qui est vraiment un outil puissant.
Les deux sont moin compliqué à prendre en main que Zend ou SF.

[Dasten]

Bonjour, désolé de ne pas avoir été plus présent ces derniers jours j'ai eu beaucoup de choses à faire.

L'avantage, c'est 1) tu peux configurer ton VM pour qu'il ait la même configuration que ton serveur, donc pas de risque de bugs imprévisibles parce que le site a été développé dans un système différent du système de production; et 2) si tu travailles à plusieurs, ou si tu bosses les mêmes projets sur plusieurs machines en même temps, il suffit de partager un fichier de configuration pour dupliquer le même environnement.

Je suis d'accords avec toi, cependant, dans un futur proche j'aimerais aussi faire une application local. Et j'ai pas très envies d'avoir à démarrer la VM dès que je veux pouvoir me servir de cette application.
Sinon merci pour toutes ces informations, elle me seront très utiles dans mon choix.

Si je peux me permettre, j'ajouterais CakePHP 3.0 qui au vu des ses version précédente est un projet pérenne et qui de plus son ORM repose sur le DataMaper.
Je plussoie également Jelix qui est vraiment un outil puissant.
Les deux sont moin compliqué à prendre en main que Zend ou SF.

Biensur que tu peux te permettre, c'est justement le but d'avoir des conseils, et plus j'en aurais, plus mes choix pourront s'affiner =), et merci pour ces conseils.

Je ne connais quasiment que CodeIgniter comme vrai framework publique, et au final, d'après vos réponses, c'est le seul (dans les plus utilisés) à fonctionné comme il fonctionne avec un model par pages ?

[Tsilefy]

Je ne comprends pas ce que tu entends par model par page.

Quant à CI, le problème c'est qu'il est resté en retard par rapport aux autres frameworks, et que la boîte qui le développait avant, Ellis Lab, l'a cédé à une université de Vancouver, qui la confie à ses étudiants comme une sorte de TP grandeur nature. Je ne suis pas sûr de faire confiance à un framework développé dans ce cadre...