Personnellement ça n'a aucun rapport avec la mode. Dès que j'ai croisé ce truc je ne m'en suis plus jamais passé. ça me permet de développer mon projet tranquillement et d'avoir les dépendances à disposition avec une commande dès que je change de poste pour tester sur une autre plateforme en gardant mon projet super léger (pourquoi tu mets le vendor dans git !?!).
ça me permet aussi de tester plusieurs librairies qui couvrent une fonctionalité. Exemple, je veux pouvoir faire des appels à une API en HTTP, j'ai plusieurs clients, je les teste un par un juste en faisant un `composer require ...` et sans me soucier des les inclure ou autre je peux m'en servir directement. Et une fois que j'ai fait mon choix, le composer.lock est un bonheur pour le déploiement.
En plus comparé à npm, rubygems ou autres, composer tient vraiment la comparaison.
Argument totalement invalide. Tu as le droit de simplement ne pas avoir envie de t'en servir
Composer te permet de télécharger ce dont tu as besoin (même si ça n'est pas compatible, et de toute façon rien ne t'empêche de mixer des lib composer-compatibles et d'autres autoloads ou includes manuels).
Pour savoir ce qu'il y a dans un package ben tu regardes la source, je ne vois pas de différence.
Pour mettre en place un package comme tu veux et l'installer, effectivement c'est pas pareil ... vu qu'il n'y a rien à faire, les classes sont toujours disponibles.
Bref, je te conseille vivement de tester a minima. Ensuite, tu peux t'en passer. Mais p*tain qu'est-ce que ça me fait gagner comme temps.
ça me permet aussi de tester plusieurs librairies qui couvrent une fonctionalité. Exemple, je veux pouvoir faire des appels à une API en HTTP, j'ai plusieurs clients, je les teste un par un juste en faisant un `composer require ...` et sans me soucier des les inclure ou autre je peux m'en servir directement. Et une fois que j'ai fait mon choix, le composer.lock est un bonheur pour le déploiement.
En plus comparé à npm, rubygems ou autres, composer tient vraiment la comparaison.
Citation :Je préfère télécharger ce dont j'ai besoin, savoir ce qu'il y a dedans, le mettre en place comme je veux et l'appeler / l'installer comme je veux.
Argument totalement invalide. Tu as le droit de simplement ne pas avoir envie de t'en servir
Composer te permet de télécharger ce dont tu as besoin (même si ça n'est pas compatible, et de toute façon rien ne t'empêche de mixer des lib composer-compatibles et d'autres autoloads ou includes manuels).
Pour savoir ce qu'il y a dans un package ben tu regardes la source, je ne vois pas de différence.
Pour mettre en place un package comme tu veux et l'installer, effectivement c'est pas pareil ... vu qu'il n'y a rien à faire, les classes sont toujours disponibles.
Bref, je te conseille vivement de tester a minima. Ensuite, tu peux t'en passer. Mais p*tain qu'est-ce que ça me fait gagner comme temps.