Les expériences Zend de Sekaijin

Je débute ce Blog suite à de nombreuses demandes concernant mes travaux sur Zend Framework (ZF)

Une des premières choses à faire lorsqu'on commence à coder une application est de définir la hiérarchie des dossiers.

Zend Framework a besoin pour démarrer de quelques petites choses, comme par exemple le chemin où trouver les contrôleurs ou encore les vues. Et bien d'autres encore.

J'ai abordé précédemment la problématique du BootStrap et de la configuration. Pour la configuration, l'essentiel est fait. Il sera peut être nécessaire d'adapter un peu la chose mais la structure est suffisamment solide pour supporter de telles évolutions. Quant au BootStrap, il est resté aussi simple que je le souhaitais. Facile me direz-vous, j'ai botté en touche. J'ai donc un démarrage simplifié, un chargeur de configuration, mais dans tout ça rien qui dise à mon application comment l'utiliser.

Je fais partie de ces gens qui utilisent un moteur de templates. Les raisons en sont multiples. La première est qu'il est particulièrement compliqué dans un moteur de templates de faire du traitement. Ainsi, on n'est pas tenté de faire faire à la vue des choses qui ne lui sont pas dévolues.

Mon but est de mettre en place une structure générique qui me permette de gérer les configurations des diverses applications que je suis amené à écrire. Le contexte dans lequel je me trouve fait que mes applications ont beaucoup de points communs (elles sont toutes destinées à la même entreprise). Je sais très bien que je ne pourrai mettre en place un système de configuration universel mais il doit être suffisamment souple pour accepter la flexibilité nécessaire à la réutilisation.

Parmi les design patterns que l'on trouve en programmation, il en est un que l'on oublie un peu trop à mon avis : c'est la notion de façade.

Zend Framework contient déjà tout le nécessaire pour accéder à de nombreuses base de données. Je vais aborder ici son utilisation.