Utilisation de conventions de dossiers modulaires

Introduction

Les conventions de dossiers vous permettent de séparer les différentes applications MVC dans des unités isolées et les réutiliser dans le contrôleur frontal. Voici une illustration :

  1. docroot/
  2.     index.php
  3. application/
  4.     default/
  5.         controllers/
  6.             IndexController.php
  7.             FooController.php
  8.         models/
  9.         views/
  10.             scripts/
  11.                 index/
  12.                 foo/
  13.             helpers/
  14.             filters/
  15.     blog/
  16.         controllers/
  17.             IndexController.php
  18.         models/
  19.         views/
  20.             scripts/
  21.                 index/
  22.             helpers/
  23.             filters/
  24.     news/
  25.         controllers/
  26.             IndexController.php
  27.             ListController.php
  28.         models/
  29.         views/
  30.             scripts/
  31.                 index/
  32.                 list/
  33.             helpers/
  34.             filters/

Ci dessus, le nom du module est utilisé comme préfixe pour les contrôleurs qu'il possède. Il y a donc trois contrôleurs : "Blog_IndexController", "News_IndexController", et "News_ListController". Deux contrôleurs dans le module par défaut sont aussi définis, "IndexController" et "FooController". Ceux-ci ne possèdent pas le nom du module dans leur nom. Cet exemple d'arborescence conseillée sera utilisé dans ce chapitre.

Note: Pas de namespace pour le module par défaut
Notez que dans le module par défaut, les contrôleurs n'ont pas besoin d'être préfixés par le nom du module ("Default_"). Ils sont simplement distribués tels quels. Ce n'est pas le cas pour les autres contrôleurs.

Alors, comment utiliser une structure telle que celle-ci ?

Spécification des dossiers de modules

La première chose à faire est d'indiquer au contrôleur frontal où se trouvent les dossiers contenant les contrôleurs d'action. Passez un array ou une string à setControllerDirectory(), ou alors une string à addControllerDirectory(). Si vous utilisez les modules, ces appels de méthodes changent quelque peu.

Pour setControllerDirectory(), un tableau est requis. Les paires clé/valeur représentent le nom du module, et le chemin des contrôleurs. La clé default est utilisée pour indiquer les contrôleurs globaux (dont le nom ne comporte pas le module). Chaque option doit comporter une indication vers un chemin, et la clé default doit être présente :

  1. $front->setControllerDirectory(array(
  2.       'default' => '/path/to/application/controllers',
  3.       'blog'    => '/path/to/application/blog/controllers'
  4. ));

addControllerDirectory() prend en paramètre une string décrivant un chemin vers des contrôleurs. Si vous voulez indiquer un module, passez le en second paramètre. Sinon, le chemin sera ajouté au module default.

  1. $front->addControllerDirectory('/path/to/application/news/controllers',
  2.                                'news');

Enfin, si vous avez un dossier spécial regroupant tous vos modules, indiquez le grâce à addModuleDirectory() :

  1. /**
  2. * Sur cet exemple :
  3. * application/
  4. *     modules/
  5. *         default/
  6. *             controllers/
  7. *         foo/
  8. *             controllers/
  9. *         bar/
  10. *             controllers/
  11. */
  12. $front->addModuleDirectory('/path/to/application/modules');

Dans le code ci dessus, vous déclarez 3 modules en une méthodes. Celle-ci s'attend à la structure comprenant les modules default, foo, et bar, chacun devant posséder un dossier controllers

Si le dossier "controllers" ne vous convient pas, changez son nom à l'aide de setModuleControllerDirectoryName() :

  1. /**
  2. * Le dossier des contrôleurs s'appelle désormais 'con'
  3. * application/
  4. *     modules/
  5. *         default/
  6. *             con/
  7. *         foo/
  8. *             con/
  9. *         bar/
  10. *             con/
  11. */
  12. $front->setModuleControllerDirectoryName('con');
  13. $front->addModuleDirectory('/path/to/application/modules');

Note: Si vos dossiers de modules ne doivent pas utiliser de sous dossier pour les contrôleurs, alors passez une valeur vide à setModuleControllerDirectoryName().

Routage des modules

La route par défaut, Zend_Controller_Router_Rewrite est un objet de type Zend_Controller_Router_Route_Module. Cette route traite les schémas de routage suivants :

  • :module/:controller/:action/*

  • :controller/:action/*

Ainsi, elle va trouver les contrôleurs et actions, avec ou sans module les précédant. Un module ne sera trouvé que si sa clé existe dans le tableau d'options passé au contrôleur frontal ou au distributeur.

Module ou contrôleur Default global

Dans le routeur par défaut, si aucun contrôleur n'est indiqué dans l'URL, un contrôleur par défaut sera utilisé (IndexController, sauf si l'on décide de changer ce paramètre). Avec des modules indiqués dans l'URL, si aucun contrôleur n'est indiqué, alors le distributeur cherchera dans le module demandé le contrôleur par défaut. Si celui-ci est absent, c'est celui du module "default" qui sera utilisé.

Si vous voulez renvoyer directement vers le contrôleur par défaut du module "default", passez le paramètre useDefaultControllerAlways à TRUE dans le contrôleur frontal :

  1. $front->setParam('useDefaultControllerAlways', true);
blog comments powered by Disqus