by Mika Tuupola (tuupola@appelsiini.net), Pierre-Alain Joye (paj@pearfr.org)
Acutellement, je suis un dévelopeur indépendant. Je vends et maintiens V-webmail commercialement qui, comme son nom l'indique, est un webmail (disponible ici: http://www.v-webmail.co.uk).
J'ai commencé simplement en proposant un couple de classes que j'avais précédemment écrites, et celà continue depuis ce là. Finalement il a été d'écrire directement mon code en utilisant les conventions et styles de codage PEAR au lieu d'utiliser ce que j'utilisais à cette époque.
Mon favori actuel devrait être HTML_TreeMenu. C'est un ensemble de classe étonnante (ndt: traduc perso, qqn a ca en fr?:) ) qui vous permet de créer très facilement des menes en arbre (D)HTML. Vous pouvez l'utiliser soit manuellement, construisant votre structure d'abre dans votre script, ou, en utilisant les méthodes récemment ajoutées ajoutées qui vous permettent d'importer des structures d'arbres existante depuis ma propre classe Tree, de la classe PEAR::TRee, ou le plus utile depuis un simple fichier XML. Ce dernier fait de la mainteance des menus de navigation une formalité, même pour les graphistes.
Les avantages incluent une évidente et large audience pour votre travail, laquelle, au tournant, vous fait entrer dans les tests libres et le report de bugs (parfois même les fixes). :) Je ne peux pas vraiment penser a des désavantages; peut-être l'effort initial pour obtenir l'approbation, spécialement si il y a déjà un package aux fonctionnalités similaires (ce qui fait sorit la mauvaise herbe de la paille ). et les rapports de bugs ;).
V-webmail utilise un grand nombre de packages PEAR, principalement mes propres ajouts à PEAR dûs à mes besoins pour V-webmail. Il y a aussi quelques autres packages incluant Log, Console_GetOpt et System. Je ne me repose pas vraiment sur l'installer purement pour rendre l'installation de l'application beaucoup plus simple. Les packages nécessaires sont distribués avec V-webmail et mise à jour quand celà est nécessaire. Celà rend la vie plus simple grâce à la disparition des conflits de version, de packages manquants, etc.
Je pense que PEAR manque actuellement cruellement d'un leadership fort, lequel devient vital si il vient à grandir avec un ensemble cohérent de buts. Celà pourrait être quelques individus qui ont été sur le projet durant un période significative, un peu, si vous aimez, comme le mode de fonctionnement du php-group, mais avec comme rôle de diriger le projet dans la bonne direction et en l'amenant là-bas, au lieu de tâches purement administratives. Ceci et et le meilleur du code :).
Merci à Richard Heyes pour cette interview.
phpKitchen a publié un tutorial sur HTML_TreeMenu (http://www.phpkitchen.com)
phpwebsite (http://phpwebsite.appstate.edu/), un très bon CMS, a sorti sa version 0.9.0 (stable). Il est toujours agréable de voir de bons softs utiliser PEAR comme partie de leur core.
Si jamais vous lisez un article sur PEAR n'hésitez pas à nous en faire part, envoyer un message (sur pear-dev@lists.php.net) avec les références et cela sera ajouté à la lettre hebdomadaire.
www.pearfr.org est un nouveau site dédié à
PEAR. Le but principal est de mettre à disposition des tutoriaux et documentations utiles
à la bonne compréhension de PEAR. Ces documents sont disponibles en français,
en anglais, et bientôt en allemand.
Un autre but primordial est de fédérer les efforts de rédaction et de traductions de la
documentation officielle.
Vous pouvez les contacter si vous pensez pouvoir les aider en traduisant ou en écrivant les documentations
et tutoriaux, y compris dans d'autres langues que celles actuellement supportées.
/p>
De très bonne discussions ont eut lieu cette semaine à propos du futur de PEAR.
Christian Stocker écrit un résumé vers le milieu de la semaine, commencant
ainsi:
"Le but de PEAR Foundation Classes est de fournir du code bien écrit,
bien documenté, bien testé et pouvant être facilement étendu
au sein de PEAR et le marqé comme tel. Afin de devenir un PFC, une classe
devra respecter des règles strictes. Des utilisateurs de PFCs peuvent assurer
que ces classes passèrent aux travers de réexamens et de tests et doit être
logiquement le premier choix pour une tâche donnée."
Vous pouvez lire la discussion complète
here.
Publié par Damian Alejandro Fernandez Sosa, la publication d'informations gégraphiques sur les membres de PEAR semble ê intéressante, nous avons vu de beaux exemples d'autres statistiques géographiques.
DB/ldap2 and DB/ldap3 are DB backends for respectively LDAP V2 and V3 databases. They implement the common DB interface as much as possible, but unfortunately, it is not compatible with the current DB_ldap. However it supports prepare/execute statements (which are powerfull) and is more flexible, as said the author, Piotr Roszatycki.
Sandro Zic did a proof of concept converting a XML schema definition to MySQL CREATE TABLE statements with XSLT. A preview is available here. The purposes of this package is to provide several xsd2db stylesheets for various RDMS and LDAP.
Active on CVS this week have been: XML_Parser, MDB, Cache_Lite, I8N, Net_UserAgent_Mobile, DB_ado, Net_DNS. PECL::imagick, DB_DataObject, Mail_Queue, Tree, Spreadsheet_Excel_Writer, PECL::soap, HTML_QuickForm, PECL::myphp, DB_QueryTool and Perm_LiveUser