La première version bêta du Zend Framework 2 est enfin sortie après des mois de développement [1], juste à temps pour la « Zend PHP Conference ». Cette nouvelle branche va maintenant entrer dans une phase de consolidation puis de finition. Voici les grands axes qui ont été mis en avant par les développeurs et le contexte du projet.

Comme on a pu le voir dans les articles précédents, les événements sont au cœur de ZF2. Lorsqu’on ne se concentre que sur le modèle, la vue et le contrôleur, ils sont utilisés sans que l’on en ait forcément conscience, car au cœur du processus Mvc. La première partie de cet article va les détailler. Le gestionnaire d’événements est également prévu pour être utilisé à n’importe quel moment pour résoudre des problématiques qui auparavant nécessitaient d’écrire des classes spécifiques avec des hooks spécifiques. La seconde partie va présenter la manière de jouer avec ce gestionnaire.

Comme on l’a vu tout au long des articles précédents, l’architecture du framework et donc les architectures des applications ont largement évolué. Un élément clé de cette architecture sont les règles qui régissent le chargement des classes.

Les Controller plugins ou aides d’action sont un élément important de ZF1. Ils offraient un moyen de réaliser des actions complexes courantes de manière réutilisable. Il ne faut pas les confondre avec les plugins d’application qui se situaient à un niveau plus haut et permettaient de réaliser des actions transverses assez facilement, comme la gestion d’une pile de dispatch, par exemple. Pour qu’ils fonctionnent, il fallait qu’ils s’enregistrent et qu’ils implémentent des hooks qui leur permettaient de se déclencher au moment venu. Or, ZF2 a totalement modifié sa façon de procéder. Maintenant, on utilise les événements. Ceci a totalement bouleversé les plugins au sens ZF1, mais a facilité l’écriture d’aides d’action et leur utilisation. Le nom « Plugin » leur est dédié.

La couche de persistance d’une application est l’élément le plus essentiel. Les frameworks tels que ZF2 sont conçus pour créer des applications au-dessus de bases de données relationnelles. Ils disposent donc de tout l’arsenal nécessaire pour gérer les différentes bases de données du marché et leurs spécificités, mais également pour proposer des méthodes efficaces pour gérer les données lues ou écrites en base, via un ORM performant.

Cet article va présenter ce qu’est l’injection de dépendance et de quelle manière elle est utilisée au sein de ZF2.

Une annotation est à la base un élément de programmation assez peu standardisé permettant de gérer des métadonnées d’un code source. On trouve différentes notions regroupées sous le terme d’annotation, parmi lesquelles la fourniture de documentation au format PHPDoc. En ce qui concerne ZF2, la notion d’annotation est définie par l’interface Zend\Code\Annotation\Annotation.

Le framework Zend est un outil de développement permettant de réaliser des applications de manière professionnelle en proposant à la fois des méthodes de développement, mais aussi un moyen de les mettre en pratique qui est le framework lui-même.C’est ainsi qu’il faut voir les choses. Cependant, il est nécessaire de comprendre que le framework est un élément parmi d’autres et qu’il utilise un langage de programmation, en l’occurrence PHP.Il est donc nécessaire d’utiliser les bonnes pratiques de PHP et les outils permettant d’optimiser son fonctionnement, d’autant que ces derniers deviennent indispensables et que le framework est réellement prévu pour fonctionner avec eux.

ZF1 proposait une exception par composant ou sous-composant. ZF2 revoit toute la façon de faire et l’adapte à l’utilisation des espaces de nommage.Savoir comment fonctionne le système d’exception permet de comprendre leur utilisation dans les composants, mais surtout, permet de les utiliser de manière conforme lorsque l’on créera nos propres exceptions.