Zend_Loader-PluginLoader.xml 9.2 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200
  1. <!-- EN-Revision: 12819 -->
  2. <sect1 id="zend.loader.pluginloader">
  3. <title>Chargeur de Plugins</title>
  4. <para>Zend Framework vous propose l'utilisation de composants "pluggables", que vous créez vous même. Ceux-ci ne
  5. sont pas forcément dans l'include_path. De même, ils ne suivent pas forcément les mêmes règles de nommage que les
  6. composants de Zend Framework.<classname>Zend_Loader_PluginLoader</classname> propose une solution à ce problème.</para>
  7. <para><code>PluginLoader</code> suit la convention "une classe par fichier" et les tirets bas sont utilisés comme
  8. séparateurs de dossiers. Il accepte aussi qu'un préfixe optionnel lui soit passé, afin de charger une classe. Tous
  9. les chemins sont analysés en ordre LIFO. Grâce à ces deux spécificités, vous pouvez "namespacer" vos plugins, et
  10. écraser les plugins enregistrés plus tôt.</para>
  11. <sect2 id="zend.loader.pluginloader.usage">
  12. <title>Utilisation basique</title>
  13. <para>Même si nous parlons de "plugins", ce n'est pas réservé aux plugins de contrôleur frontal, mais bien à
  14. toute classe étant utilisée avec Zend Framework. Imaginons une structure de répertoires comme suit, dans
  15. laquelle les dossiers "application" et "library" sont dans l'include_path :</para>
  16. <programlisting role="txt"><![CDATA[
  17. application/
  18. modules/
  19. foo/
  20. views/
  21. helpers/
  22. FormLabel.php
  23. FormSubmit.php
  24. bar/
  25. views/
  26. helpers/
  27. FormSubmit.php
  28. library/
  29. Zend/
  30. View/
  31. Helper/
  32. FormLabel.php
  33. FormSubmit.php
  34. FormText.php
  35. ]]></programlisting>
  36. <para>Maintenant créons un chargeur de plugins pour utiliser les différentes classes d'aides de vue :</para>
  37. <programlisting role="php"><![CDATA[
  38. $loader = new Zend_Loader_PluginLoader();
  39. $loader->addPrefixPath('Zend_View_Helper',
  40. 'Zend/View/Helper/')
  41. ->addPrefixPath('Foo_View_Helper',
  42. 'application/modules/foo/views/helpers')
  43. ->addPrefixPath('Bar_View_Helper',
  44. 'application/modules/bar/views/helpers');
  45. ]]></programlisting>
  46. <para>Il devient alors possible de charger une aide de vue en spécifiant juste le nom de sa classe :</para>
  47. <programlisting role="php"><![CDATA[
  48. // charge l'aide 'FormText' :
  49. $formTextClass = $loader->load('FormText');
  50. // 'Zend_View_Helper_FormText'
  51. // charge l'aide 'FormLabel' :
  52. $formLabelClass = $loader->load('FormLabel');
  53. // 'Foo_View_Helper_FormLabel'
  54. // charge l'aide 'FormSubmit' :
  55. $formSubmitClass = $loader->load('FormSubmit');
  56. // 'Bar_View_Helper_FormSubmit'
  57. ]]></programlisting>
  58. <para>Une fois chargée, la classe devient instanciable.</para>
  59. <note>
  60. <title>Plusieurs dossiers peuvent être assignés à un même préfixe</title>
  61. <para>Vous pouvez "namespacer" vos composants en enregistrant plusieurs chemins pour un même
  62. préfixe.<classname>Zend_Loader_PluginLoader</classname> cherchera alors en ordre LIFO (dernier arrivé, premier sorti).
  63. Ceci est pratique pour court-circuiter ses composants et utiliser ceux en incubateur, par exemple.</para>
  64. </note>
  65. <note>
  66. <title>Paramétrage des chemins dans le constructeur</title>
  67. <para>En constructeur, passez un tableau de paires prefix / path ou prefix / paths -- plusieurs dossiers par
  68. préfixe :</para>
  69. <programlisting role="php"><![CDATA[
  70. $loader = new Zend_Loader_PluginLoader(array(
  71. 'Zend_View_Helper' => 'Zend/View/Helper/',
  72. 'Foo_View_Helper' => 'application/modules/foo/views/helpers',
  73. 'Bar_View_Helper' => 'application/modules/bar/views/helpers'
  74. ));
  75. ]]></programlisting>
  76. </note>
  77. <para><classname>Zend_Loader_PluginLoader</classname> peut aussi permettre de partager des plugins grâce au registre.
  78. Indiquez le nom du registre de cette manière :</para>
  79. <programlisting role="php"><![CDATA[
  80. // Stocke les plugins dans le registre à l'index 'foobar':
  81. $loader = new Zend_Loader_PluginLoader(array(), 'foobar');
  82. ]]></programlisting>
  83. <para>Si un autre composant instancie le <code>PluginLoader</code> en utilisant le même nom de registre, alors
  84. tous les chemins et plugins déjà chargés seront disponibles.</para>
  85. </sect2>
  86. <sect2 id="zend.loader.pluginloader.paths">
  87. <title>Manipulation des chemins des Plugins</title>
  88. <para>Pour afficher ou supprimer des chemins déjà enregistrés, utilisez l'une des méthodes suivantes :</para>
  89. <itemizedlist>
  90. <listitem>
  91. <para><code>getPaths($prefix = null)</code> retourne les chemin sous la forme prefix / path si
  92. <code>$prefix</code> n'est pas renseigné. Sinon, ce sont les chemins enregistrés pour le préfixe en
  93. question qui sont renvoyés.</para>
  94. </listitem>
  95. <listitem>
  96. <para><code>clearPaths($prefix = null)</code> va effacer tous les chemins. Si <code>$prefix</code> est
  97. passé, ce sont les chemins correspondants à ce préfixe qui seront supprimés.</para>
  98. </listitem>
  99. <listitem>
  100. <para><code>removePrefixPath($prefix, $path = null)</code> permet de supprimer un chemin précis, d'un
  101. préfixe spécifié. Si <code>$path</code> n'est pas renseigné, tous les chemins du préfixe seront
  102. effacés.</para>
  103. </listitem>
  104. </itemizedlist>
  105. </sect2>
  106. <sect2 id="zend.loader.pluginloader.checks">
  107. <title>Test des Plugins et récupération des noms de classe</title>
  108. <para>Lorsque vous voulez savoir si une classe de plugin a été chargée, <code>isLoaded()</code> prend en
  109. paramètre le nom du plugin, et retourne sont statut.</para>
  110. <para>Une autre utilisation de <code>PluginLoader</code> peut être de récupérer le nom des classes des plugins
  111. chargés.<code>getClassName()</code> vous le permet. Utilisée en conjonction avec <code>isLoaded()</code>, vous
  112. pouvez écrire par exemple ceci :</para>
  113. <programlisting role="php"><![CDATA[
  114. if ($loader->isLoaded('Adapter')) {
  115. $class = $loader->getClassName('Adapter');
  116. $adapter = call_user_func(array($class, 'getInstance'));
  117. }
  118. ]]></programlisting>
  119. </sect2>
  120. <sect2 id="zend.loader.pluginloader.performance">
  121. <title>Obtenir de meilleures performances avec les Plugins</title>
  122. <para>Le chargement des plugins peut être une opération consommatrice en ressources. En interne, il doit
  123. parcourir chaque préfixe, ainsi que chaque chemin dans ce préfixe jusqu'à ce qu'il trouve un fichier qui
  124. correspond - et qui définit de plus la classe voulue. Dans le cas où le fichier existe mais ne défini pas la
  125. classe, une erreur sera ajouté à la pile d'erreur PHP, opération qui est elle aussi consommatrice. La question
  126. qui vient à l'esprit est : comment maintenir la flexibilité des plugins et la performance ?</para>
  127. <para><classname>Zend_Loader_PluginLoader</classname> offre une fonctionnalité intégrée pour ce cas, un fichier de cache
  128. des inclusions de classe. Quand il est activé, ceci crée un fichier qui contient toutes les inclusions qui ont
  129. fonctionnées et qui peuvent donc être appelées dans votre fichier d'initialisation. En utilisant ceci, vous
  130. pouvez considérablement accroître les performances de vos serveurs de production.</para>
  131. <example id="zend.loader.pluginloader.performance.example">
  132. <title>Utilisation du fichier de cache des inclusions de classe de PluginLoader</title>
  133. <para>Pour utiliser le fichier de cache des inclusions de classe, collez simplement le code suivant dans
  134. votre fichier d'initialisation :</para>
  135. <programlisting role="php"><![CDATA[
  136. $classFileIncCache = APPLICATION_PATH . '/../data/pluginLoaderCache.php';
  137. if (file_exists($classFileIncCache)) {
  138. include_once $classFileIncCache;
  139. }
  140. Zend_Loader_PluginLoader::setIncludeFileCache($classFileIncCache);
  141. ]]></programlisting>
  142. <para>Évidemment, le chemin et le fichier varieront en fonction de vos besoins. Ce code doit intervenir
  143. aussi vite que possible, pour s'assurer que tous les composants à base de plugins pourront
  144. l'utiliser.</para>
  145. <para>En cours du développement, vous pouvez souhaiter désactiver le cache. Une méthode permettant ceci est
  146. d'utiliser une clé de configuration pour déterminer ou non si le chargeur de plugins doit mettre les
  147. informations en cache.</para>
  148. <programlisting role="php"><![CDATA[
  149. $classFileIncCache = APPLICATION_PATH . '/../data/pluginLoaderCache.php';
  150. if (file_exists($classFileIncCache)) {
  151. include_once $classFileIncCache;
  152. }
  153. if ($config->enablePluginLoaderCache) {
  154. Zend_Loader_PluginLoader::setIncludeFileCache($classFileIncCache);
  155. }
  156. ]]></programlisting>
  157. <para>Cette technique vous permet de restreindre les modifications au seul fichier de configuration plutôt
  158. que dans votre code.</para>
  159. </example>
  160. </sect2>
  161. </sect1>