PEAR (http://pear.php.net) est très mal connu dans les entreprises (en tout cas celle que je visite...).
Je ne vais pas vous décrire ici tous les fondements et usages de cet outil, cependant, au delà d'une "librairie" vieillotte, il s'agit d'un outil puissant qui vous donne le pouvoir de réutiliser votre code et de gérer vos dépendances.
Commentaires récents
On peut aussi utiliser un système de patch: tu fais une lignée de code 'souche', et 2 stocks de patch pour la spécialiser.
Ca évite les switch interne avec des constantes.
Je me demande aussi si cette technique ne pourrait pas être jouable avec darcs (qui commit des patch, lui)
Il existe aussi le plugin "modify headers" qui permet de (comme son nom l'indique) modifier les headers.
J'ai toujours dit que PEAR c'est 4 choses utilisables indépendament.
1° Une librairie à classe unique. Je veux dire que normalement il n'y a pas 2 classes qui font la même chose.Et quand c'est le cas il faut le dire.
2° C'est un outil de packaging et déploiement pour ce package de classe php (pear) ou de modules de php (PECL)
3° C'est une convention de codage
4° C'est une communauté.
Beaucoup se limitent à croire que c'est juste le 1° et que ca en fait un simple concurrent à Zend_Framework, Symphony, Midgard, .... Hors beacoup de librairies (y compris ces dernières) peuvent être installée avec pear.
Merci Olivier pour ce super billet, sa partie technique et surtout tes remarques.
Tu me donnes des idées pour notre plateforme d'intégration continue...
Conseils d'utilisation de PEAR ? Utilisez-le toujours pour packager/déployer vos devs OS !
Sinon en ce moment j'essaye d'améliorer la débianisation des paquets pear pour qu'elle soit justement plus adaptée aux nouveaux usages : https://www.assembla.com/wiki/show/... Si quelqu'un s'y connait et peut jeter un coup d'oeil...