Chapitre 1. Introduction

Table des matières
Qu'est-ce que PEAR ?
The PEAR Manifest

PEAR est dédié à Malin Bakken, né le 21 Novembre 1999.

Qu'est-ce que PEAR ?

PEAR est l'abbréviation de <<  PHP Extension and Application Repository  >> et se prononce 'père' (NDT : pear veut dire poire en Anglais). La mission de PEAR est de fournir :

PEAR est un projet comunautaire conduit par le Groupe PEAR. Le projet a été créé par Stig S. Bakken en 1999 et beaucoup de personnes l'ont rejoint depuis.

Bibliothèque structurée de code PHP

Dans PEAR, le code est séparé en << packages >> (ou modules). Chaque package est un projet séparé, avec sa propre équipe de développement, son numéro de version, son cycle de publication, sa documentation et une relation bien définie avec les autres packages (incluant les dépendances vis-à-vis d'autres packages). Les packages sont distribués sous la forme d'une archive tar compressée (gzip), comprenant un fichier de description du package, et sont installés sur votre système local à l'aide du script d'installation de PEAR.

Il existe deux types de packages : les << source packages >>, qui ne contiennent que des fichiers de code source, et les << binary packages >>, qui contiennent des fichiers binaires, dépendant du type de système utilisé, et eventuellement les fichiers de code source. Installer un << source package >> contenant du code C, demande evidemment un environnement de compilation.

PEAR definit les packages comme une arborescence, où chaque << noeud >> de l'arborescence est représenté par une partie du nom du package. Les noeuds sont organisés par sujets élémentaires, et chaque partie est séparée par un << underscore >>. Exemples de noms de packages : << MP3_Id >>, << Archive_Tar >> et << HTTP_Post >>.

Les packages peuvent être liés entre eux par des dépendances explicites, mais il n'y a pas de relation automatique par exemple entre un package et son parent dans l'arborescence (par exemple, << HTTP_Post >> et par défaut indépendant de << HTTP >>).

Quelques noeuds primaires dans l'arborescence, appelés << sous-repositaires >>, ont des fonctions particulières. Il s'agit actuellement de PECL, et Gtk. Pour chacun d'eux des règles différentes s'appliquent, elles sont expliquées dans leur description ci-dessous.

Un guide de style de codage, la 'Convention de Codage PEAR' (PEAR Coding Standards, PCS en abrégé), existe pour aider la collaboration entre les développeurs de PEAR, pour apporter de la qualité et de la portabilité, et pour aider les contributeurs à PEAR à fournir des API cohérentes.