De récents articles présentent Python comme une alternative à PHP, voire comme de son remplaçant, tout au moins dans un avenir relativement proche. Et de fait, les raisons avancées (meilleure structuration du langage, possibilité d’inclure les tests dans les commentaires, rapidité à l’exécution) trouvent un écho dans mes propres réflexions.
Mais on peut pousser le raisonnement plus avant : Lire la suite…
Le chapitre de la documentation du Zend Framework traitant du composant Zend_Form est intéressant, mais reste incomplet quant à l’utilisation des fichiers de configuration (.ini) pour l’initialisation des formulaires.
Nous allons donc dans un premier temps approfondir ce premier point (initialisation d’un formulaire avec un fichier de configuration), puis nous chercherons à aller plus loin dans l’utilisation et la configuration des formulaires.
Zend Framework permet de construire une application avec une structure modulaire.
En effectuant un Zend_Debug::dump($this->_request->getParams()); dans IndexController.php on obtiendra les informations suivantes :
array(3) {
["module"] => string(5) "default"
["controller"] => string(5) "index"
["action"] => string(5) "index"
}
Beaucoup d’applications en ligne se contenteront d’un module par défaut, nommé default, situé dans application/. Nul besoin de se soucier des modules dans ce cas de figure. Mais pour d’autres applications, notamment celles comprenant une interface d’administration, ou des actions en ligne de commande (éventuellement pilotées depuis un crontab) il y aura – a minima – deux modules : un pour la partie publique du site, un pour l’interface d’administration. Nous allons voir comment mettre en place une architecture modulaire simple, pour une partie publique (frontend) et une administration (backend).
Commençons par créer une application Zend Framework vide. Lire la suite…
  |