J'ai commencé par utiliser Symfony pendant plusieurs années pour développer des API pour des projets frontaux avec React ou Vue.js. Il ya un an, je me suis formé sur Laravel et c'était comme passer de 100kg à 60kg - Laravel est extrêmement facile à prendre en main en tant qu'ancien développeur Symfony. Aujourd'hui, je préfère largement Laravel pour mes projets complexes ou simples. Laravel apporte une productivité et une vitesse de développement supérieures grâce à une courbe d'apprentissage plus abordable selon mon expérience. C'est un gain de temps et d'efficacité considérable par rapport à Symfony.
Oui j'ai utilisé Api plateforme sur des projets vue js et react avant mais actuellement je préfère réaliser mon Api avec Laravel mais au final cela dépend du choix du client
Team Symfony ici. Les trucs magiques qui sortent de nul part sur Laravel, le fait que les Model aient beaucoup trop de responsabilités et soient pas assez explicites, les façades et d'autres trucs me rebutent. J'ai fait plusieurs projets sur les deux (et sur d'autres frameworks à l'ancienne comme Cake) et je reviens toujours sur le bon vieux Symfo, son routing en attributs, ses entités bien propres et explicites avec un typage fort. En fait avec l'expérience, j'en viens à penser que si vous voulez faire un truc un peu artisanal dans votre coin pour le site d'un client ou débuter avec les framerworks, pourquoi pas Laravel plutôt que du PHP from scratch mais dès qu'on veut faire une application complexe, le mieux c'est d'utiliser Symfony en headless. Telle est la voie.
J'ai l'avis inverse, Symfony est à mon sens un caprice français, une usine à gaz dont le business model est basé sur le plantage puisqu'il vivent du support. La documentation et la richesse de l'écosystème sont à des années lumière de Laravel. Les facades c'est des raccourcis productifs rien de plus. De toute façon les chiffres parlent d'aux même Laravel a gagné la bataille depuis bien longtemps. L'important au final est de trouver le bon outil qui nous convient, le reste c'est de la branlette
@@V4vendettaFr Tout à fais d'accord, déjà les façade ne sont pas obligatoire, si tu veux injecter le composant réel tu peux. Les models en mode repo si tu veux les éviter tu peux aussi, rien ne t'empêche de faire une classe Repository qui prendra ou sortira les models de laravel. Voir mieux tu te fais ta classe entity dans un dossier et le repository qui va avec et tu te sert des models comme ORM. Surtout que si tu fais du hexagonal en symfony, tu peux oublier les annotations dans tes models, car c'est mélanger l'infrastructure et le métier (domain). Enfin il suffit de regarder google trends en dehors de la france pour voir que symfony c'est tout petit. Après perso je trouve du pour et du contre dans les 2 (ayant travaillé avec laravel et maintenant dans une boîte qui fait du symfony).
Super idée et vidéo passionnante. J'ai une formation Symfony et je ne connaissais pas du tout le fonctionnement Laravel. Je me suis régalé. Merci pour ce travail ! 🤩
Novice dans le domaine, ce que j'ai retenu c : pour un projet complexe =Symfony, pour un projet "" plus simple =Laravel. Perso qd on démarre ds la prog et sur un framework : Laravel est plus accessible. 🙏👍
Ca ne se résume pas à cela. Symfony est plus orienté vers les projets complexes car il encadre mieux la façon de développer. On peut faire du simple avec symfony aussi. Laravel est plus souple, plus permissif, avec un peu plus de "magie" derrière. Il peut faire du petit comme du gros projet. C'est surtout une question de goût et de façon de travailler.
Oui tout est possible en informatique. Mais franchement qd on démarre Laravel c plus simple. Et autre choses aussi, Laravel est plus utilisé dans le monde. Mais en France, Symfony est plus recherché. Après le meilleur framework c celui qu'on maîtrise. 💯🔥🙏👍
Waaaaaaaaaaoh merci beaucoup, j'attends ça depuis longtemps, merci beaucoup, merci beaucoup, merci beaucoup 😢❤, je sais même pas comment te dire le merçi
Pour l'Auth dans Laravel il y a aussi Fortify qui a aucune opinion sur le front et qui est plutôt bien fait. Utilise si on a pas envie de se prendre la tête a modifier tout le template de breeze tout en gardant la logique métier de l'auth déjà faite dans le package.
Pourriez-vous faire la même chose avec CodeIgniter4 vs. Laravel ? Je sais que CI4 n'est plus très tendance, mais j'aimerai bien connaitre ses atouts et ses défauts. Et peut être découvrir (grace à la communauté) quelques packages qui rendrait meilleur ce framework que je dois parfois utiliser.
J'ai pas encore terminé la vidéo qui est jusque là très intéressante. Mais par contre, je suis pas du tout d'accord pour refresh une base de données sur Symfony c'est vraiment pas difficile. Y'a le package `dama/doctrine-test-bundle` qui permet d'effectuer chaque requête dans une transaction et à la fin du test il fait un rollback. Super simple à installer et à configurer et pas besoin d'utiliser un trait sur chaque classe de test.
Les deux framework sont super mais laravel octroie souvent certaines facilités dans la façon de faire les choses, idem pour symfony mais symfony est souvent unpeu plus rigide et nécessite beaucoup de configuration et une connaissance parfaite des fichiers de configuration
Conclusion évidente, Laravel est magique dans tous les sens du terme, c'est magnifique ça fonctionne bien, c'est beau et c'est fourni, un super outils pour démarrer un projet from scratch. Symfony est dans un autre style, plus austère au premier abord, mais beaucoup plus flexible quand à son implémentation. La plupart des composants Symfony sont utilisable en standalone, il suffit de voir le nombre de CMS (et pas des moindres) qui intègrent les composant Symfony à leur code (Prestashop, Drupal, Joomla, Typo3...). Personnellement j'ai eut à moderniser un vieux projet php des années 2000 développé jusqu'à récemment, et la flexibilités des composants Symfony m'ont permis de limiter la refactorisation de l'ensemble du projet tout en obtenant une structure plus maintenable et des standards plus modernes.
et surtout il ne faut pas oublier l'influence extrêmement positive de Symfony sur l'écosystème PHP: création de Composer, contribution active au développement des PSR... bref Symfony n'est pas une lubie française comme certains se permettent de dire.
j'ai une question svp ?? pourquoi le systeme de routage sans framework(altorouter) ne gere pas les fichiers css et js dans le fichier default.php qui sert de racine a toute les autres paage
Car ce n'est pas son but. Le but d'un router comme AltoRouter (mais je te conseil AlteRouter qui est plus à jour) est de prendre les url pour en appeler des actions (un fichier php, une classe, une fonction, etc.) Le css et le js lui est lié au html et à la partie cliente. Donc /blog, /admin, /forum, /hello/john sont des routes qui seront traiter par le routing et qui permettront d'inclure le code php nécessaire pour rendre la réponse voulu. Et pour les fichiers comme des css, js, ou des images par exemples, eux il seront dans un dossier accessible par les clients (un navigateur par exemple). Après rien ne t'empêche de dire à un routeur, je veux traduire /toto et ça retourne le fichier css mais je te le déconseille.
A 9:05 , Symfony aussi possède la méthode `get()` directement sur l'objet `Request` qui fait la meme chose (regarder dans chacun des bags pour récuperer automatiquement la value), son usage est pas recommandé , mais elle existe. Son usage est pas recommandé car sans spécifier le bag qu'on veut, Symfony (et Laravel) vont check attributes -> query -> request dans l'ordre. Si on s'attend a recup une value en POST (request) mais qu'un petit malin nous l'envoie aussi dans le query string, on aura pas la valeur voulue (evidement il faut la valider en back dans tout les cas).
Rien à dire, pour faire un truc professionnel, Symfony est le meilleur ❤! Traitement de formulaire 😂 Symfony est le meilleur Route , Symfony est rapide Validation 😂 Symfony Relation, Symfony 😂😂😂😂❤, Arretez de parler de laravel
Les gens de Laravel font le Malin parce que Grafikart fait des mises a jour des tutoriels donc ça leurs donne la force, n'oubliez pas que le site de Grafikart est fait à base de Symfony
Pas forcément d'accord avec ta conclusion, sur des nombreux point je trouve que Laravel est plus efficace. Il n'y a pas de "meilleur" à mon sens, c'est justemnt l'objectif de cette vidéo
@@reelsergealain C'est quoi le rapport avec le site, c'est une question de gout les deux proposent des approchent différents sur de nombreux sujet et il n'y a absolument rien ou on peut dire avec objectivité que Symfony est mieux
Il n'y a pas de meilleur, il n'y a qu'une question de goût. C'est surtout que symfony encadre mieux la façon de dev et permet moins de faire "n'importe quoi". Dans un projet où t'es le seul dev, ou peut-être 2-3 max, t'as pas autant besoin d'encadrer chaque dev et les empêcher de faire des trucs cochon avec le framework. C'est, je pense, surtout pour ça que les gens aiment autant Laravel. On va vite car on est moins encadré et qu'il y a plus de "magie" derrière.
Je préfère Symfony, mais, l'un n'est pas meilleur que l'autre. Tout dépends des besoins, de la situation. Symfony est bien plus flexible et ça peut s'avérer très utile dans des cas particuliers pour mettre en place certaines architectures, ou certain design pattern, etc. Laravel est plus simple, plus automatique, plus rapide pour développer, mais on perds nécessairement un peu en flexibilité. Il me semble que Laravel utilisait beaucoup le design pattern, plutôt considéré comme un anti-pattern, "Façade" au début mais, bien moins aujourd'hui. Et ils ont raison d'utiliser des composants Symfony, pourquoi ré-inventer la roue ? Malgré ces différences, je ne connais pas de cas précis qui exige l'un ou l'autre, il y a toujours moyen de s'arranger, de changer d'ORM ou autre (même si d'un point de vu perfs/techniques, les "arrangements" sont parfois néfastes). Juste l'un ou l'autre est plus ou moins pratique dans certains cas que dans d'autres. Ça ne reste qu'un choix après.
![Ice On My Teeth - ATEEZ エイティーズ 에이티즈 [Music Bank] | KBS WORLD TV 241115](http://i.ytimg.com/vi/c-n92OgbbwA/mqdefault.jpg)
tu es le meilleur, c'est grâce à toi je suis devenu ce que suis now . long vie a toi
J'ai commencé par utiliser Symfony pendant plusieurs années pour développer des API pour des projets frontaux avec React ou Vue.js. Il ya un an, je me suis formé sur Laravel et c'était comme passer de 100kg à 60kg - Laravel est extrêmement facile à prendre en main en tant qu'ancien développeur Symfony. Aujourd'hui, je préfère largement Laravel pour mes projets complexes ou simples. Laravel apporte une productivité et une vitesse de développement supérieures grâce à une courbe d'apprentissage plus abordable selon mon expérience. C'est un gain de temps et d'efficacité considérable par rapport à Symfony.
as tu essayer API platform ?
Oui j'ai utilisé Api plateforme sur des projets vue js et react avant mais actuellement je préfère réaliser mon Api avec Laravel mais au final cela dépend du choix du client
J'utilise Laravel depuis des années mais je cherchais depuis longtemps un vrai comparatif avec Symfony comme celui-ci. Excellent travail, merci !
J'attendais une telle vidéo depuis un moment, je suis plus à l'aise avec les explications de Grafikart. MERCI BEAUCOUP🥰🥰
merci d'avoir mis à jour la vidéo!! 🙏
je dois bientôt me remettre à PHP c'est parfait 😅
Rien à dire,
Merci pour votre effort, une bonne explication.
C'est la folie ta vidéo. Elle est top. Merci pour ce super comparatif.
Team Symfony ici. Les trucs magiques qui sortent de nul part sur Laravel, le fait que les Model aient beaucoup trop de responsabilités et soient pas assez explicites, les façades et d'autres trucs me rebutent.
J'ai fait plusieurs projets sur les deux (et sur d'autres frameworks à l'ancienne comme Cake) et je reviens toujours sur le bon vieux Symfo, son routing en attributs, ses entités bien propres et explicites avec un typage fort.
En fait avec l'expérience, j'en viens à penser que si vous voulez faire un truc un peu artisanal dans votre coin pour le site d'un client ou débuter avec les framerworks, pourquoi pas Laravel plutôt que du PHP from scratch mais dès qu'on veut faire une application complexe, le mieux c'est d'utiliser Symfony en headless. Telle est la voie.
J'ai l'avis inverse, Symfony est à mon sens un caprice français, une usine à gaz dont le business model est basé sur le plantage puisqu'il vivent du support. La documentation et la richesse de l'écosystème sont à des années lumière de Laravel. Les facades c'est des raccourcis productifs rien de plus. De toute façon les chiffres parlent d'aux même Laravel a gagné la bataille depuis bien longtemps. L'important au final est de trouver le bon outil qui nous convient, le reste c'est de la branlette
@@V4vendettaFr Tout à fais d'accord, déjà les façade ne sont pas obligatoire, si tu veux injecter le composant réel tu peux. Les models en mode repo si tu veux les éviter tu peux aussi, rien ne t'empêche de faire une classe Repository qui prendra ou sortira les models de laravel. Voir mieux tu te fais ta classe entity dans un dossier et le repository qui va avec et tu te sert des models comme ORM.
Surtout que si tu fais du hexagonal en symfony, tu peux oublier les annotations dans tes models, car c'est mélanger l'infrastructure et le métier (domain).
Enfin il suffit de regarder google trends en dehors de la france pour voir que symfony c'est tout petit. Après perso je trouve du pour et du contre dans les 2 (ayant travaillé avec laravel et maintenant dans une boîte qui fait du symfony).
Super idée et vidéo passionnante. J'ai une formation Symfony et je ne connaissais pas du tout le fonctionnement Laravel. Je me suis régalé. Merci pour ce travail ! 🤩
C'est un format intéressant. Merci !
18:08 il est aussi possible d'avoir des composant avec la syntaxe HTML sur Symfony en utilisant ux-twig-component
Sympa je ne connaissais pas mais ils disent que c'est encore expérimental :(
Waouh très édifiant merci
Novice dans le domaine, ce que j'ai retenu c : pour un projet complexe =Symfony, pour un projet "" plus simple =Laravel. Perso qd on démarre ds la prog et sur un framework : Laravel est plus accessible. 🙏👍
Tu peux bien faire des choses extrement complexe avec Laravel, le choix entre ces deux frameworks est une question de gout
Ca ne se résume pas à cela.
Symfony est plus orienté vers les projets complexes car il encadre mieux la façon de développer. On peut faire du simple avec symfony aussi.
Laravel est plus souple, plus permissif, avec un peu plus de "magie" derrière. Il peut faire du petit comme du gros projet.
C'est surtout une question de goût et de façon de travailler.
Oui tout est possible en informatique. Mais franchement qd on démarre Laravel c plus simple. Et autre choses aussi, Laravel est plus utilisé dans le monde. Mais en France, Symfony est plus recherché. Après le meilleur framework c celui qu'on maîtrise. 💯🔥🙏👍
Waaaaaaaaaaoh merci beaucoup, j'attends ça depuis longtemps, merci beaucoup, merci beaucoup, merci beaucoup 😢❤, je sais même pas comment te dire le merçi
Belle vidéo, actuellement j'apprends symphony et je trouve vraiment intéressant
Symfony toujours le sang de la veine !
merci pour la vidéo ! pour ma part je préfére symfony
Pour l'Auth dans Laravel il y a aussi Fortify qui a aucune opinion sur le front et qui est plutôt bien fait. Utilise si on a pas envie de se prendre la tête a modifier tout le template de breeze tout en gardant la logique métier de l'auth déjà faite dans le package.
Merci, j'ai une préférence pour symfony.
Merci beaucoup pour cette vidéo
Pourriez-vous faire la même chose avec CodeIgniter4 vs. Laravel ?
Je sais que CI4 n'est plus très tendance, mais j'aimerai bien connaitre ses atouts et ses défauts.
Et peut être découvrir (grace à la communauté) quelques packages qui rendrait meilleur ce framework que je dois parfois utiliser.
Très belle question. J'aimerais aussi car mes deux top son laravel et code igniter
J'ai pas encore terminé la vidéo qui est jusque là très intéressante. Mais par contre, je suis pas du tout d'accord pour refresh une base de données sur Symfony c'est vraiment pas difficile. Y'a le package `dama/doctrine-test-bundle` qui permet d'effectuer chaque requête dans une transaction et à la fin du test il fait un rollback.
Super simple à installer et à configurer et pas besoin d'utiliser un trait sur chaque classe de test.
Les deux framework sont super mais laravel octroie souvent certaines facilités dans la façon de faire les choses, idem pour symfony mais symfony est souvent unpeu plus rigide et nécessite beaucoup de configuration et une connaissance parfaite des fichiers de configuration
Conclusion évidente, Laravel est magique dans tous les sens du terme, c'est magnifique ça fonctionne bien, c'est beau et c'est fourni, un super outils pour démarrer un projet from scratch. Symfony est dans un autre style, plus austère au premier abord, mais beaucoup plus flexible quand à son implémentation. La plupart des composants Symfony sont utilisable en standalone, il suffit de voir le nombre de CMS (et pas des moindres) qui intègrent les composant Symfony à leur code (Prestashop, Drupal, Joomla, Typo3...).
Personnellement j'ai eut à moderniser un vieux projet php des années 2000 développé jusqu'à récemment, et la flexibilités des composants Symfony m'ont permis de limiter la refactorisation de l'ensemble du projet tout en obtenant une structure plus maintenable et des standards plus modernes.
et surtout il ne faut pas oublier l'influence extrêmement positive de Symfony sur l'écosystème PHP: création de Composer, contribution active au développement des PSR... bref Symfony n'est pas une lubie française comme certains se permettent de dire.
j'ai une question svp ?? pourquoi le systeme de routage sans framework(altorouter) ne gere pas les fichiers css et js dans le fichier default.php qui sert de racine a toute les autres paage
Car ce n'est pas son but. Le but d'un router comme AltoRouter (mais je te conseil AlteRouter qui est plus à jour) est de prendre les url pour en appeler des actions (un fichier php, une classe, une fonction, etc.) Le css et le js lui est lié au html et à la partie cliente.
Donc /blog, /admin, /forum, /hello/john sont des routes qui seront traiter par le routing et qui permettront d'inclure le code php nécessaire pour rendre la réponse voulu.
Et pour les fichiers comme des css, js, ou des images par exemples, eux il seront dans un dossier accessible par les clients (un navigateur par exemple).
Après rien ne t'empêche de dire à un routeur, je veux traduire /toto et ça retourne le fichier css mais je te le déconseille.
@@quenti7728 d'abors Merci pour ta reponse et qu'es serais la bonne approche selon toi ou doit- je placer mes lien css et js pour qu'il fonctionne
sujet interréssant merci peux tu faire la même avec rails ?
Merci.
Bonjour, merci pour la vidéo. BTW, quel est votre WM ?
A 9:05 , Symfony aussi possède la méthode `get()` directement sur l'objet `Request` qui fait la meme chose (regarder dans chacun des bags pour récuperer automatiquement la value), son usage est pas recommandé , mais elle existe. Son usage est pas recommandé car sans spécifier le bag qu'on veut, Symfony (et Laravel) vont check attributes -> query -> request dans l'ordre. Si on s'attend a recup une value en POST (request) mais qu'un petit malin nous l'envoie aussi dans le query string, on aura pas la valeur voulue (evidement il faut la valider en back dans tout les cas).
Pourquoi laravel n'utilise pas les attributes PHP ?
J’ai travaillé avec les deux, et aussi Django en python, je préfère largement Django. Pas de magie, tout est simple et efficace.
Salut j’aimerais bien savoir quel IDE vous utiliez dans la vidéo ?
PHPStorm
@@grafikart Thank you.
CodeIgniter pour la perf 🤟
S'il vous plait je souheterais avec Notre aide savoir comment utiliser le protocol SOAP sur laravel
👌👌👌👌
Hello c’est quoi ton ide ? :)
PHPStorm
Laravel is the best
C est ce qu'on appelle du professionnalisme
Team Laravel 🫡
Synfony c'est une usine à gaz du siècle dernier.
C'était bien en 2013 mais aujourd'hui Laravel permet d'être beaucoup plus productif
on souhaiterait avoir une vidéo php vs JavaScript
Quel serait l'intérêt d'un tel comparatif @dev.cissoko
SF FTW (coucou Raph)
Rien à dire, pour faire un truc professionnel, Symfony est le meilleur ❤!
Traitement de formulaire 😂 Symfony est le meilleur
Route , Symfony est rapide
Validation 😂 Symfony
Relation, Symfony 😂😂😂😂❤,
Arretez de parler de laravel
Les gens de Laravel font le Malin parce que Grafikart fait des mises a jour des tutoriels donc ça leurs donne la force, n'oubliez pas que le site de Grafikart est fait à base de Symfony
Pas forcément d'accord avec ta conclusion, sur des nombreux point je trouve que Laravel est plus efficace. Il n'y a pas de "meilleur" à mon sens, c'est justemnt l'objectif de cette vidéo
@@reelsergealain C'est quoi le rapport avec le site, c'est une question de gout les deux proposent des approchent différents sur de nombreux sujet et il n'y a absolument rien ou on peut dire avec objectivité que Symfony est mieux
Il n'y a pas de meilleur, il n'y a qu'une question de goût. C'est surtout que symfony encadre mieux la façon de dev et permet moins de faire "n'importe quoi".
Dans un projet où t'es le seul dev, ou peut-être 2-3 max, t'as pas autant besoin d'encadrer chaque dev et les empêcher de faire des trucs cochon avec le framework.
C'est, je pense, surtout pour ça que les gens aiment autant Laravel. On va vite car on est moins encadré et qu'il y a plus de "magie" derrière.
@@reelsergealain 🤣🤣🤣🤣🤣🤣🤣🤣
Je viens de synfony et je suis passé sur laravel....pas de photos, je préfère laravel
Symfony est le meilleur 😊
Je préfère Symfony, mais, l'un n'est pas meilleur que l'autre. Tout dépends des besoins, de la situation. Symfony est bien plus flexible et ça peut s'avérer très utile dans des cas particuliers pour mettre en place certaines architectures, ou certain design pattern, etc. Laravel est plus simple, plus automatique, plus rapide pour développer, mais on perds nécessairement un peu en flexibilité. Il me semble que Laravel utilisait beaucoup le design pattern, plutôt considéré comme un anti-pattern, "Façade" au début mais, bien moins aujourd'hui. Et ils ont raison d'utiliser des composants Symfony, pourquoi ré-inventer la roue ?
Malgré ces différences, je ne connais pas de cas précis qui exige l'un ou l'autre, il y a toujours moyen de s'arranger, de changer d'ORM ou autre (même si d'un point de vu perfs/techniques, les "arrangements" sont parfois néfastes). Juste l'un ou l'autre est plus ou moins pratique dans certains cas que dans d'autres. Ça ne reste qu'un choix après.
Symfony c'est vraiment plus d'actualités surtout l'ORM par défaut qui est très fatigué laravel c'est le top pour le web moderne et efficace
@@michaelelbaz7006 il est vrai que moi c'est surtout l'orm de laravel que je trouve simplement fantastique
m...
Laravel top
Laravel en sort toujours gagnant haut la main 😊