Dire qu'on est obligé d'utiliser composer pour utiliser une lib, c'est comme dire qu'on est obligé d'utiliser un gestionnaire de paquet pour installer un logiciel. C'est simplement faux.
C'est juste que lorsqu'il y a un paquet compatible, c'est 50x plus plaisant de faire un simple apt-get install le_paquet_ plutot que d'aller chercher les 50 libs necessaire, les installer à la main pour ensuite pouvoir lancer l'application.
Composer offre en plus l'avantage de faire des installations locales, ce qui fait qu'on peut utiliser simplement plein de versions du même truc pour des sites différents.
Et ça reste vachement plus glamour d'avoir des messages d'erreur explicite (genre il faut avoir telle extensions de php installé pour pouvoir utiliser tel lib) aprés un composer install plutot qu'une fatal assez obscure à l'execution.
Certains logiciels n'utilisent pas composer (ni de tests), quel est le résultat ? On se retrouvent au bout de six mois, avec des bugs dans des librairies tierces, qui sont corrigées depuis belle lurette, mais comme on n'est pas allé voir sur les différents site où en etait les differentes librairies, ben on se retrouve à patcher dans l'urgence.
Alors certes, avec composer, il faut quand meme faire un update pour voir s'il y a eu des modifications. Ca reste vachement plus leger que d'aller vérifier toutes les dépendances une à une.
Mais dans tous les cas, composer est toujours dispensable. C'est un peu comme les dockerfiles. C'est pas parce qu'il y a un dockerfile dans le projet qu'on est obligé de l'utiliser. C'est juste une commodité fournie.
[^] # Re: à propos de Composer et autres
Posté par Guillaume Rossignol . En réponse au journal Je n'aime pas le code moderne. Évalué à 7.
Dire qu'on est obligé d'utiliser composer pour utiliser une lib, c'est comme dire qu'on est obligé d'utiliser un gestionnaire de paquet pour installer un logiciel. C'est simplement faux.
C'est juste que lorsqu'il y a un paquet compatible, c'est 50x plus plaisant de faire un simple
apt-get install le_paquet_plutot que d'aller chercher les 50 libs necessaire, les installer à la main pour ensuite pouvoir lancer l'application.Composer offre en plus l'avantage de faire des installations locales, ce qui fait qu'on peut utiliser simplement plein de versions du même truc pour des sites différents.
Et ça reste vachement plus glamour d'avoir des messages d'erreur explicite (genre il faut avoir telle extensions de php installé pour pouvoir utiliser tel lib) aprés un composer install plutot qu'une fatal assez obscure à l'execution.
Certains logiciels n'utilisent pas composer (ni de tests), quel est le résultat ? On se retrouvent au bout de six mois, avec des bugs dans des librairies tierces, qui sont corrigées depuis belle lurette, mais comme on n'est pas allé voir sur les différents site où en etait les differentes librairies, ben on se retrouve à patcher dans l'urgence.
Alors certes, avec composer, il faut quand meme faire un update pour voir s'il y a eu des modifications. Ca reste vachement plus leger que d'aller vérifier toutes les dépendances une à une.
Mais dans tous les cas, composer est toujours dispensable. C'est un peu comme les dockerfiles. C'est pas parce qu'il y a un dockerfile dans le projet qu'on est obligé de l'utiliser. C'est juste une commodité fournie.