Zend_Controller-Modular.xml 8.3 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211
  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <!-- EN-Revision: 15156 -->
  3. <!-- Reviewed: no -->
  4. <sect1 id="zend.controller.modular">
  5. <title>Eine konventionelle modulare Verzeichnis Struktur verwenden</title>
  6. <sect2 id="zend.controller.modular.introduction">
  7. <title>Einführung</title>
  8. <para>
  9. Eine konventionelle modulare Verzeichnisstruktur erlaubt es verschiedene MVC Anwendungen in
  10. selbst-enthaltene Einheiten zu teilen, und diese mit verschiedenen Front Kontrollern wiederzuverwenden.
  11. Um so eine Verzeichnisstruktur zu zeigen:
  12. </para>
  13. <programlisting role="php"><![CDATA[
  14. docroot/
  15. index.php
  16. application/
  17. default/
  18. controllers/
  19. IndexController.php
  20. FooController.php
  21. models/
  22. views/
  23. scripts/
  24. index/
  25. foo/
  26. helpers/
  27. filters/
  28. blog/
  29. controllers/
  30. IndexController.php
  31. models/
  32. views/
  33. scripts/
  34. index/
  35. helpers/
  36. filters/
  37. news/
  38. controllers/
  39. IndexController.php
  40. ListController.php
  41. models/
  42. views/
  43. scripts/
  44. index/
  45. list/
  46. helpers/
  47. filters/
  48. ]]></programlisting>
  49. <para>
  50. In diesem Paradigma arbeitet der Modulname als Prefix für den Kontroller den er enthält. Das obige
  51. Beispiel enthält drei Modul Kontroller, 'Blog_IndexController', 'News_IndexController', und
  52. 'News_ListController'. Zwei gloale Kontroller, 'IndexController' und 'FooController' werden auch
  53. definiert; keiner von diesen ist in einem Namensraum. Diese Verzeichnisstruktur wird für die
  54. Beispiele in diesem Kapitel verwendet.
  55. </para>
  56. <note>
  57. <title>Keine Verwendung von Namensräumen im Standard Modul</title>
  58. <para>
  59. Es ist zu beachten das Kontroller, im Standardmodul, keinen Prefix für den Namensraum benötigen.
  60. Deshalb benötigt der Kontroller, im obigen Beispiel, den Prefix 'Default_' nicht -- sie werden
  61. einfach dispatched gemäß dem Namen des Basis Kontrollers: 'IndexController' und 'FooController'.
  62. Ein Prefix für den Namensraum wird trotzdem in allen anderen Modulen verwendet.
  63. </para>
  64. </note>
  65. <para>
  66. Also, wie kann solch ein Verzeichnislayout mit den MVC Komponenten des Zend Frameworks implementiert
  67. werden?
  68. </para>
  69. </sect2>
  70. <sect2 id="zend.controller.modular.directories">
  71. <title>Verzeichnisse für Modul Kontroller spezifizieren</title>
  72. <para>
  73. Der erste Schritt um Module zu verwenden ist es, die Art der Spezifizierung der Kontroller Verzeichnis
  74. Liste im Front Kontroller, zu Ändern. In der grundsätzlichen MVC Serie, kann entweder ein Array oder
  75. ein String an <code>setControllerDirectory()</code>, oder ein Pfad an
  76. <code>addControllerDirectory()</code> übergeben werden. Wenn Module verwendet werden, müssen die
  77. Aufrufe dieser Methoden leicht geändert werden.
  78. </para>
  79. <para>
  80. Mit <code>setControllerDirectory()</code>, muß ein assoziatives Array übergeben und Schlüssel/Werte
  81. Paare von Modul Namen/Verzeichnis Pfaden übergeben werden. Der spezielle Schlüssel <code>default</code>
  82. wird für globale Kontroller verwenden (diejenigen die keinen Modul Namensraum benötigen). Alle
  83. Einträge sollten einen String Schlüssel enthalten der zu einem einzelnen Pfad zeigt, und der
  84. <code>default</code> Schlüssel muß vorhanden sein. Als Beispiel:
  85. </para>
  86. <programlisting role="php"><![CDATA[
  87. $front->setControllerDirectory(array(
  88. 'default' => '/path/to/application/controllers',
  89. 'blog' => '/path/to/application/blog/controllers'
  90. ));
  91. ]]></programlisting>
  92. <para>
  93. <code>addControllerDirectory()</code> nimmt ein optionales zweites Argument. Wenn Module verwendet
  94. werden, kann der Modulname als zweites Argument übergeben werden; wenn nicht spezifiziert, wird der
  95. Pfad zum <code>default</code> Namensraum hinzugefügt. Als Beispiel:
  96. </para>
  97. <programlisting role="php"><![CDATA[
  98. $front->addControllerDirectory('/path/to/application/news/controllers',
  99. 'news');
  100. ]]></programlisting>
  101. <para>
  102. Und das beste zum Schluß. Der einfachste Weg um Modul Verzeichnisse zu spezifizieren ist es en masse
  103. zu machen, mit allen Modulen in einem gemeinsamen Verzeichnis und die gleiche Struktur verwendend.
  104. Das kann mit <code>addModuleDirectory()</code> getan werden:
  105. </para>
  106. <programlisting role="php"><![CDATA[
  107. /**
  108. * Nehmen wir die folgende Verzeichnisstruktur an:
  109. * application/
  110. * modules/
  111. * default/
  112. * controllers/
  113. * foo/
  114. * controllers/
  115. * bar/
  116. * controllers/
  117. */
  118. $front->addModuleDirectory('/path/to/application/modules');
  119. ]]></programlisting>
  120. <para>
  121. Das obige Beispiel definiert die <code>default</code>, <code>foo</code>, und <code>bar</code> Module,
  122. die alle zum Unterverzeichnis <code>controllers</code> zeigen und zu Ihrem betreffenden Modul.
  123. </para>
  124. <para>
  125. Das Unterverzeichnis für den Kontroller kann angepasst werden um diesen in eigenen Modulen mit
  126. <code>setModuleControllerDirectoryName()</code> verwenden:
  127. </para>
  128. <programlisting role="php"><![CDATA[
  129. /**
  130. * Das Kontroller Unterverzeichnis ändern damit es 'con' ist
  131. * application/
  132. * modules/
  133. * default/
  134. * con/
  135. * foo/
  136. * con/
  137. * bar/
  138. * con/
  139. */
  140. $front->setModuleControllerDirectoryName('con');
  141. $front->addModuleDirectory('/path/to/application/modules');
  142. ]]></programlisting>
  143. <note><para>
  144. Man kann angeben das kein Kontroller Unterverzeichnis für die eigenen Module verwendet wird, indem
  145. ein leerer Wert an <code>setModuleControllerDirectoryName()</code> übergeben wird.
  146. </para></note>
  147. </sect2>
  148. <sect2 id="zend.controller.modular.router">
  149. <title>Zu Modulen routen</title>
  150. <para>
  151. Die Standardroute in <classname>Zend_Controller_Router_Rewrite</classname> ist ein Objekt vom Typ
  152. <classname>Zend_Controller_Router_Route_Module</classname>. Diese Route erwartet eines der folgenden
  153. Routing Schemas:
  154. </para>
  155. <itemizedlist>
  156. <listitem><para><code>:module/:controller/:action/*</code></para></listitem>
  157. <listitem><para><code>:controller/:action/*</code></para></listitem>
  158. </itemizedlist>
  159. <para>
  160. In anderen Worten, wird jeder Kontroller und jede Aktion durch sich selbst entsprechen oder mit einem
  161. vorangestellten Modul. Diese Regeln für die Entsprechung spezifizieren, das ein Modul nur dann
  162. entspricht, wenn ein Schlüssel mit dem gleichen Namen im Kontroller Verzeichnis Array existiert, das dem
  163. Front Kontroller und Dispatcher übergeben wird.
  164. </para>
  165. </sect2>
  166. <sect2 id="zend.controller.modular.defaultcontroller">
  167. <title>Modul oder globaler Standard Kontroller</title>
  168. <para>
  169. Im Standardrouter wird der Standardkontroller verwendet (<code>IndexController</code>, solange nicht
  170. anders angefragt), wenn kein Kontroller in der URL spezifiziert wurde. Bei modularen Kontrollern wird
  171. der Dispatcher zuerst für diesen Standardkontroller im Modulpfad nachsehen, wenn ein Modul aber kein
  172. Kontroller spezifiziert wurde, und fällt dann auf den Standardcontroller zurück, der im 'default'
  173. globalen Namensraum gefunden wird.
  174. </para>
  175. <para>
  176. Wenn immer auf den globalen Namensraum zurückgefallen werden soll, muß der
  177. <code>useDefaultControllerAlways</code> im Front Kontroller gesetzt werden:
  178. </para>
  179. <programlisting role="php"><![CDATA[
  180. $front->setParam('useDefaultControllerAlways', true);
  181. ]]></programlisting>
  182. </sect2>
  183. </sect1>
  184. <!--
  185. vim:se ts=4 sw=4 et:
  186. -->