Programmer's Reference Guide
Le système Zend_Controller est conçu pour être léger, modulaire, et extensible. Il est de
conception minimaliste pour permettre la flexibilité et la liberté aux utilisateurs tout en fournissant assez de
structure de sorte que les systèmes établis autour de Zend_Controller partagent certaines conventions
communes et dispositions semblables de code.
Le diagramme suivant décrit le déroulement des opérations, et ce qui suit décrit en détail les interactions :

Le déroulement des opérations de Zend_Controller est implémenté par plusieurs composants. Même
s'il n'est pas nécessaire de comprendre complètement les détails de tous ces composants pour employer le système,
avoir une bonne connaissance du fonctionnement du processus est utile.
Zend_Controller_Frontorchestre le déroulement entier des opérations du systèmeZend_Controller. C'est une interprétation du modèle contrôleur frontal ("FrontController").Zend_Controller_Fronttraite toutes les demandes reçues par le serveur et est finalement responsable de déléguer les demandes aux contrôleurs d'action ("ActionControllers" [Zend_Controller_Action]).-
Zend_Controller_Request_Abstract(souvent référencé commeRequest Object) représente l'environnement de la requête et fournit les méthodes pour régler et rechercher le contrôleur, l'action et les paramètres fournis. De plus il contient l'information si l'action qu'elle contient a été dispatchée ou non parZend_Controller_Dispatcher. Des extensions de l'objet abstrait de requête peuvent être employées pour encapsuler l'environnement entier de requête, permettant à des routeurs de récupérer les informations issues de l'environnement de requête afin de régler les noms de contrôleur et d'action.Par défaut,
Zend_Controller_Request_Httpest employé, ce qui permet d'accéder à l'environnement complet de requête HTTP. -
Zend_Controller_Router_Interfaceest employé pour définir les routeurs. Le routage est le processus d'examen de l'environnement de requête pour déterminer quel contrôleur, et action de ce contrôleur, devraient recevoir la requête. Ces contrôleur, action, et paramètres facultatifs sont alors placés dans l'objet de requête à traiter parZend_Controller_Dispatcher_Standard. Le routage se produit seulement une fois : quand la demande est initialement reçue et avant que le premier contrôleur ne soit dispatché.Le routeur par défaut,
Zend_Controller_Router_Rewrite, récupère un URI comme indiqué dansZend_Controller_Request_Httpet le décompose en contrôleur, action, et paramètres basés sur l'information de chemin de l'URL. Par exemple, l'URLhttp://localhost/foo/bar/key/valueserait décodée pour employer le contrôleurfoo, l'actionbar, et pour indiquer un paramètrekeyavec une valeurvalue.Zend_Controller_Router_Rewritepeut également être utilisé pour faire correspondre des chemins arbitraires ; voir la documentation du routeur pour plus d'information. -
Zend_Controller_Dispatcher_Interfaceest utilisé pour définir les dispatcheurs. Le dispatching est le processus chargé de récupérer le contrôleur et l'action issus de l'objet de requête et de les faire correspondre à un fichier/classe de contrôleur et à une méthode d'action dans la classe du contrôleur. Si le contrôleur ou l'action n'existent pas, il se charge de déterminer des contrôleurs et des actions par défaut à dispatcher.Le processus de dispatching réel se compose de l'instanciation de la classe de contrôleur et de l'appel de la méthode d'action dans cette classe. A la différence du routage, qui se produit seulement une fois, le dispatching se produit dans une boucle. Si le statut dispatché de l'objet de requête est remis à zéro à un moment quelconque, la boucle sera répétée, en appelant l'action actuellement placée dans l'objet de requête. La première fois que la boucle se termine avec une propriété de statut d'objet de requête dispatché à vrai (booléen
true), le processus s'arrête.Le dispatcheur par défaut est
Zend_Controller_Dispatcher_Standard. Il définit les contrôleurs comme des classes pouvant se nommer avec une série de caractère majuscules et/ou minuscules et se terminant par le motController, et des méthodes d'action suivant la notationCamel se terminant avec le mot Action :FooController::barAction(). Dans ce cas-ci, le contrôleur est désigné commefooet l'action commebar.![[Note]](/images/note.gif)
Conventions de nommage (casse) Puisque les humains sont notoirement incompatibles avec le respect des majuscules et des minuscules quand ils tapent des liens, le Zend Framework normalise les chemins en lettres minuscules. Ceci, naturellement, affectera votre manière d'appeler vos contrôleurs et actions... ou vous vous référez à eux dans les liens.
Si vous souhaitez que votre classe ou action de contrôleur ait de multiples motsEnCassesMélangées ou motsEnNotationCamel, vous devrez séparer ces mots dans l'URL avec soit un tiret ("-"), soit un point (".") (bien que vous puissiez configurer le caractère utilisé).
Par exemple, si vous souhaitez l'action
FooBarController::bazBatAction(), vous vous referez à elle avec l'URL/foo-bar/baz-batou/foo.bar/baz.bat. Zend_Controller_Actionest le composant contrôleur d'action de base. Chaque contrôleur est une classe simple qui étend la classe deZend_Controller_Actionet devrait contenir une ou plusieurs méthodes d'action.-
Zend_Controller_Response_Abstractdéfinit une classe de réponse de base employée pour rassembler et retourner les réponses des contrôleurs d'action. Il rassemble les en-têtes et le contenu du corps.La classe de réponse par défaut est
Zend_Controller_Response_Http, qui convient pour l'usage dans un environnement HTTP.
Le déroulement des opérations de Zend_Controller est relativement simple. Une demande est reçue
par Zend_Controller_Front, qui appelle alternativement Zend_Controller_Router_Rewrite pour
déterminer le contrôleur (et l'action dans ce contrôleur) à dispatcher. Zend_Controller_Router_Rewrite
décompose l'URI afin de régler les noms de contrôleur et d'action dans la requête.
Zend_Controller_Front entre alors dans une boucle de dispatching. Il appelle
Zend_Controller_Dispatcher_Standard, en lui passant la requête, pour dispatcher le contrôleur et
l'action indiqués dans la requête (ou utiliser les valeurs par défaut). Après que le contrôleur ait fini, la
commande revient à Zend_Controller_Front. Si le contrôleur a indiqué qu'un autre contrôleur devait être
dispatché en remettant à zéro le statut dispatché de la requête, la boucle continue et un autre dispatching est
effectué. Sinon, le processus se termine.
Search the Manual
Components
Languages Available
Translation Status Reports
View the current status report of Zend Framework manual translations.
