Zend_Application-TheoryOfOperation.xml 24 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505506507508509510511512513514515516517518519520521522523524525526527528529530531532533534535536537538539540541542543544545546547548549550551552553554555556557558559560561562563564565566567568569570571572573574575576577578579580581582583584585586587588589590591592593594595596597598599600601602603604605606607608609610611612613614615616617618619620621622623624625626627628629630631632633634635636637638639640641642643644645646647648649650651
  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <!-- Reviewed: no -->
  3. <sect1 id="zend.application.theory-of-operation">
  4. <title>Teoría de Operación</title>
  5. <para>
  6. Obtener una aplicación MVC configurada y lista para funcionar ha
  7. requerido una cantidad de código creciente al disponer de una mayor
  8. cantidad de características: estableciendo la base de datos,
  9. configurar su vista y los ayudantes de vistas, configurar su diseños,
  10. colocando plugins, registrando ayudantes de acción, y mucho más.
  11. </para>
  12. <para>
  13. Además, a menudo deseará reutilizar el mismo código para arrancar sus
  14. pruebas, un cronjob, o un servicio script.
  15. Si bien es posible incluir simplemente su script bootstrap,
  16. a menudo hay initializaciones que son específicas del medio ambiente,
  17. puede que usted no necesite el MVC para un cronjob, o simplemente
  18. la capa de DB para un servicio script.
  19. </para>
  20. <para>
  21. <classname>Zend_Application</classname> pretende hacer esto más fácil
  22. y promover la reutilización mediante el encapsulamiento del
  23. bootstraping en paradigmas de OOP.
  24. </para>
  25. <para>
  26. Zend_Application está dividida en tres áreas:
  27. </para>
  28. <itemizedlist>
  29. <listitem>
  30. <para>
  31. <classname>Zend_Application</classname>: carga el medio
  32. ambiente de PHP, incluyendo include_paths y autocarga,
  33. e instancia la clase requerida de bootstrap.
  34. </para>
  35. </listitem>
  36. <listitem>
  37. <para>
  38. <classname>Zend_Application_Bootstrap</classname>: suministra
  39. interfaces para las clases bootstrap.
  40. <classname>Zend_Application_Bootstrap_Bootstrap</classname>
  41. ofrece funcionalidad común para la mayoría de las necesidades
  42. de bootstrap, incluyendo algoritmos de comprobación de
  43. dependencias y la capacidad de cargar recursos de bootstrap
  44. por demanda.
  45. </para>
  46. </listitem>
  47. <listitem>
  48. <para>
  49. <classname>Zend_Application_Resource</classname> provee una
  50. interfaz para recursos standard de bootstrap que pueden ser
  51. cargados por demanda mediante una instancia bootstrap,
  52. así como implementaciones de varios recursos por defecto.
  53. </para>
  54. </listitem>
  55. </itemizedlist>
  56. <para>
  57. Los desarrolladores crean una clase de arranque(bootstrap) para sus
  58. aplicaciones, extendiendo
  59. <classname>Zend_Application_Bootstrap_Bootstrap</classname> o
  60. implementando (mínimamente)
  61. <classname>Zend_Application_Bootstrap_Bootstrapper</classname>. El punto de entrada
  62. (e.g., public/index.php) cargará <classname>Zend_Application</classname>,
  63. y la instanciará pasando:
  64. </para>
  65. <itemizedlist>
  66. <listitem>
  67. <para>
  68. El medio ambiente actual
  69. </para>
  70. </listitem>
  71. <listitem>
  72. <para>
  73. Opciones para bootstrapping
  74. </para>
  75. </listitem>
  76. </itemizedlist>
  77. <para>
  78. Las opciones de bootstrap incluyen el path hacia el archivo que
  79. contiene la clase bootstrap y opcionalmente:
  80. </para>
  81. <itemizedlist>
  82. <listitem>
  83. <para>
  84. Cualquier include_paths extras a establecer
  85. </para>
  86. </listitem>
  87. <listitem>
  88. <para>
  89. Cualquier otro namespace de autocarga adicional a registrar
  90. </para>
  91. </listitem>
  92. <listitem>
  93. <para>
  94. Cualquier setting de php.ini a inicializar
  95. </para>
  96. </listitem>
  97. <listitem>
  98. <para>
  99. El nombre de clase para la clase bootstrap (si no es "Bootstrap")
  100. </para>
  101. </listitem>
  102. <listitem>
  103. <para>
  104. Pares de recursos prefijo/path a usar
  105. </para>
  106. </listitem>
  107. <listitem>
  108. <para>
  109. Cualquier recurso a usar (por nombre de clase o nombre corto)
  110. </para>
  111. </listitem>
  112. <listitem>
  113. <para>
  114. Path adicional al archivo de configuración a cargar
  115. </para>
  116. </listitem>
  117. <listitem>
  118. <para>
  119. Opciones adicionales de configuración
  120. </para>
  121. </listitem>
  122. </itemizedlist>
  123. <para>
  124. Las opciones puden ser una array, un objeto
  125. <classname>Zend_Config</classname>, o el path a un archivo de
  126. configuración.
  127. </para>
  128. <sect2 id="zend.application.theory-of-operation.bootstrap">
  129. <title>Bootstrapping</title>
  130. <para>
  131. La segunda área de responsabilidad de
  132. <classname>Zend_Application</classname> es ejecutar la aplicación
  133. bootstrap. Los bootstraps necesitan mínimamente implementar
  134. <classname>Zend_Application_Bootstrap_Bootstrapper</classname>,
  135. la que define la siguiente API:
  136. </para>
  137. <programlisting role="php"><![CDATA[
  138. interface Zend_Application_Bootstrap_Bootstrapper
  139. {
  140. public function __construct($application);
  141. public function setOptions(array $options);
  142. public function getApplication();
  143. public function getEnvironment();
  144. public function getClassResources();
  145. public function getClassResourceNames();
  146. public function bootstrap($resource = null);
  147. public function run();
  148. }
  149. ]]></programlisting>
  150. <para>
  151. Esta API permite aceptar al bootstrap el medio ambiente y a la
  152. configuración desde el objeto aplicación, informa la
  153. responsabilidad de los recursos para los recursos bootstraping,
  154. luego hace el bootstrap y ejecuta la aplicación.
  155. </para>
  156. <para>
  157. Puede implementar esta interfaz usted mismo, extendiendo
  158. <classname>Zend_Application_Bootstrap_BootstrapAbstract</classname>,
  159. o usar
  160. <classname>Zend_Application_Bootstrap_Bootstrap</classname>.
  161. </para>
  162. <para>
  163. Además de esta funcionalidad, hay muchas otras áreas de
  164. incumbencia con las cuales debe familiarizarse.
  165. </para>
  166. <sect3 id="zend.application.theory-of-operation.bootstrap.resource-methods">
  167. <title>Métodos Recursos</title>
  168. <para>
  169. La implementación de
  170. <classname>Zend_Application_Bootstrap_BootstrapAbstract</classname>
  171. proporciona una simple convención para definir métodos de
  172. recursos de clase. Cualquier método protegido cuyo nombre
  173. comience con un prefijo <code>_init</code> será considerado
  174. un método de recurso.
  175. </para>
  176. <para>
  177. Para arrancar un único método de recurso, utilizar el método
  178. <code>bootstrap()</code>, y pasarle el nombre del recurso.
  179. El nombre será el nombre de método menos el prefijo
  180. <code>_init</code>.
  181. </para>
  182. <para>
  183. Para arrancar varios métodos de recursos, pasar un array de
  184. nombres. Para bootstrap de todos los métodos de recursos,
  185. no pasar nada.
  186. </para>
  187. <para>
  188. Tome las siguientes clases bootstrap:
  189. </para>
  190. <programlisting role="php"><![CDATA[
  191. class Bootstrap extends Zend_Application_Bootstrap_Bootstrap
  192. {
  193. protected function _initFoo()
  194. {
  195. // ...
  196. }
  197. protected function _initBar()
  198. {
  199. // ...
  200. }
  201. protected function _initBaz()
  202. {
  203. // ...
  204. }
  205. }
  206. ]]></programlisting>
  207. <para>
  208. Para arrancar solo el método <code>_initFoo()</code>, haga lo
  209. siguiente:
  210. </para>
  211. <programlisting role="php"><![CDATA[
  212. $bootstrap->bootstrap('foo');
  213. ]]></programlisting>
  214. <para>
  215. Para arrancar los métodos <code>_initFoo()</code> y
  216. <code>_initBar()</code> , haga lo siguiente:
  217. </para>
  218. <programlisting role="php"><![CDATA[
  219. $bootstrap->bootstrap(array('foo', 'bar));
  220. ]]></programlisting>
  221. <para>
  222. Para arrancar todos los métodos de recursos, llame a
  223. code>bootstrap()</code> sin argumentos:
  224. </para>
  225. <programlisting role="php"><![CDATA[
  226. $bootstrap->bootstrap();
  227. ]]></programlisting>
  228. </sect3>
  229. <sect3 id="zend.application.theory-of-operation.bootstrap.resource-plugins">
  230. <title>Bootstraps que usan plugins de recursos</title>
  231. <para>
  232. Para hacer más re-utilizables sus bootstraps, hemos
  233. proporcionado la capacidad de impulsar sus recursos dentro de
  234. las clases de recursos de plugin. Esto le permite combinar
  235. recursos simplemente via configuración. Cubriremos el tema
  236. <link
  237. linkend="zend.application.theory-of-operation.resources">cómo
  238. crear recursos</link> más adelante; en esta sección le
  239. mostraremos sólo cómo utilizarlos.
  240. </para>
  241. <para>
  242. Si su bootstrap debe ser capaz de utilizar recursos de plugins,
  243. necesitará implementar una interfaz adicional,
  244. <classname>Zend_Application_Bootstrap_ResourceBootstrapper</classname>.
  245. Esta interfaz define una API para localizar, registrar,
  246. y cargar recursos de plugins:
  247. </para>
  248. <programlisting role="php"><![CDATA[
  249. interface Zend_Application_Bootstrap_ResourceBootstrapper
  250. {
  251. public function registerPluginResource($resource, $options = null);
  252. public function unregisterPluginResource($resource);
  253. public function hasPluginResource($resource);
  254. public function getPluginResource($resource);
  255. public function getPluginResources();
  256. public function getPluginResourceNames();
  257. public function setPluginLoader(Zend_Loader_PluginLoader_Interface $loader);
  258. public function getPluginLoader();
  259. }
  260. ]]></programlisting>
  261. <para>
  262. Básicamente los recursos de plugins ofrecen la posibilidad de
  263. crear recursos incializadores que puede ser re-utilizados entre
  264. aplicaciones. Esto le permite mantener su actual bootstrap
  265. relativamente limpio, e introducir nuevos recursos
  266. sin necesidad de tocar su propio arranque (bootstrap).
  267. </para>
  268. <para>
  269. <classname>Zend_Application_Bootstrap_BootstrapAbstract</classname> (y
  270. <classname>Zend_Application_Bootstrap_Bootstrap</classname> por extensión)
  271. implementan esta interfaz, que le permite utilizar recursos de
  272. plugins.
  273. </para>
  274. <para>
  275. Para utilizar recursos de plugins, debe especificarlos en las
  276. opciones que pasó al objeto aplicación y/o bootstrap.
  277. Estas opciones pueden provenir de un archivo de configuración,
  278. o ser pasadas manualmente.
  279. Las opciones deberán ser pares de clave/opción, representando
  280. con la clave el nombre del recurso. El nombre de recurso será
  281. el segmento siguiente al prefijo de clase.
  282. Por ejemplo, los recursos que vienen con Zend Framework
  283. tienen el prefijo de clase "Zend_Application_Resource_";
  284. cualquier cosa que le siga después debe ser el nombre del recurso.
  285. Como por ejemplo,
  286. </para>
  287. <programlisting role="php"><![CDATA[
  288. $application = new Zend_Application(APPLICATION_ENV, array(
  289. 'resources' => array(
  290. 'FrontController' => array(
  291. 'controllerDirectory' => APPLICATION_PATH . '/controllers',
  292. ),
  293. ),
  294. ));
  295. ]]></programlisting>
  296. <para>
  297. Esto indica que el recurso "Front Controller", debería ser
  298. utilizado, con las opciones especificadas.
  299. </para>
  300. <para>
  301. Si usted comienza a escribir su propio recurso de plugin,
  302. o utilizar recursos de plugin de terceras partes,
  303. necesitará decirle a su bootstrap donde encontrarlos.
  304. Internamente, el bootstrap utiliza
  305. <classname>Zend_Loader_PluginLoader</classname>, de manera tal
  306. que sólo necesitará indicar el prefijo de la clase común como
  307. pares de path.
  308. </para>
  309. <para>
  310. Supongamos por ejemplo, que usted tiene recursos de plugins
  311. personalizados en <code>APPLICATION_PATH/resources/</code> y que
  312. ellos comparten el prefijo de clase común <code>My_Resource</code>.
  313. Entonces, debería pasar esa información al objeto aplicación
  314. de la siguiente manera:
  315. </para>
  316. <programlisting role="php"><![CDATA[
  317. $application = new Zend_Application(APPLICATION_ENV, array(
  318. 'pluginPaths' => array(
  319. 'My_Resource' => APPLICATION_PATH . '/resources/',
  320. ),
  321. 'resources' => array(
  322. 'FrontController' => array(
  323. 'controllerDirectory' => APPLICATION_PATH . '/controllers',
  324. ),
  325. ),
  326. ));
  327. ]]></programlisting>
  328. <para>
  329. Ahora usted está habilitado para utilizar los recursos de
  330. ese directorio.
  331. </para>
  332. <para>
  333. Tal como los métodos de recursos, utilice el método bootstrap()
  334. para ejecutar recursos de plugins. También tal como con los
  335. métodos de recursos, puede especificar bien un único recurso de
  336. plugin, múltiples plugins (vía un array), o todos los plugins.
  337. Además, los puede combinar para ejecutar métodos de recursos.
  338. </para>
  339. <programlisting role="php"><![CDATA[
  340. // Ejecute uno:
  341. $bootstrap->bootstrap('FrontController');
  342. // Ejecute varios:
  343. $bootstrap->bootstrap(array('FrontController', 'Foo'));
  344. // Ejecute todos los métodos de recursos y plugins:
  345. $bootstrap->bootstrap();
  346. ]]></programlisting>
  347. </sect3>
  348. <sect3 id="zend.application.theory-of-operation.bootstrap.registry">
  349. <title>Registro de Recursos</title>
  350. <para>
  351. Muchos, si no todos, sus métodos de recursos o plugins
  352. inicializarán objetos y, en muchos casos, estos objetos serán
  353. necesarios en otros lugares de su aplicación.
  354. ¿Cómo se puede acceder a ellos?
  355. </para>
  356. <para>
  357. <classname>Zend_Application_Bootstrap_BootstrapAbstract</classname>
  358. ofrece un registro local para estos objetos. Para almacenar sus
  359. objetos en ellos, simplemente debe devolverlos desde sus recursos.
  360. </para>
  361. <para>
  362. Para máxima flexibilidad, este registro es mencionado
  363. internamente como un "contenedor"; el único requisito es que
  364. sea un objeto. Los recursos son luego registrados como
  365. propiedades nombrados después del nombre del recurso.
  366. Por defecto, una instancia de
  367. <classname>Zend_Registry</classname> es utilizada, pero
  368. también puede especificar cualquier otro objeto que desee.
  369. Los métodos <code>setContainer()</code> y <code>getContainer()</code>
  370. pueden ser utilizados para manipular el contenedor en si mismo.
  371. <code>getResource($resource)</code> puede ser utilizado para
  372. recuperar un recurso determinado del contenedor, y
  373. <code>hasResource($resource)</code> para verificar si el
  374. recurso ha sido efectivamente registrado.
  375. </para>
  376. <para>
  377. Como ejemplo, considere una visión básica del recurso:
  378. </para>
  379. <programlisting role="php"><![CDATA[
  380. class Bootstrap extends Zend_Application_Bootstrap_Bootstrap
  381. {
  382. protected function _initView()
  383. {
  384. $view = new Zend_View();
  385. // más inicialización...
  386. return $view;
  387. }
  388. }
  389. ]]></programlisting>
  390. <para>
  391. A continuación, puede comprobarlos y/o traerlos así:
  392. </para>
  393. <programlisting role="php"><![CDATA[
  394. // Usando el par has/getResource():
  395. if ($bootstrap->hasResource('view')) {
  396. $view = $bootstrap->getResource('view');
  397. }
  398. // Via el contenedor:
  399. $container = $bootstrap->getContainer();
  400. if (isset($container->view)) {
  401. $view = $container->view;
  402. }
  403. ]]></programlisting>
  404. <para>
  405. Tenga en cuenta que el registro/contenedor no es global.
  406. Esto significa que usted necesita acceso al bootstrap a fin de
  407. recuperar recursos. <classname>Zend_Application_Bootstrap_Bootstrap</classname>
  408. proporciona cierta comodidad para ello: durante las ejecución de
  409. <code>run()</code> se registra a sí mismo como el "Front
  410. Controller" en el parámetro del "bootstrap", que permite
  411. buscarlo desde el router, despachador, plugins, y los
  412. contoladores de acción.
  413. </para>
  414. <para>
  415. Como ejemplo, si quiere tener acceso a los recursos de la
  416. vista desde dentro de su controlador de acción, podría
  417. hacer lo siguiente:
  418. </para>
  419. <programlisting role="php"><![CDATA[
  420. class FooController extends Zend_Controller_Action
  421. {
  422. public function init()
  423. {
  424. $bootstrap = $this->getInvokeArg('bootstrap');
  425. $view = $bootstrap->getResource('view');
  426. // ...
  427. }
  428. }
  429. ]]></programlisting>
  430. </sect3>
  431. <sect3 id="zend.application.theory-of-operation.bootstrap.dependency-tracking">
  432. <title>Localización de las Dependencias</title>
  433. <para>
  434. Además de ejecutar los métodos de recursos métodos y plugins,
  435. es necesario garantizar que estos son ejecutados una vez y solo
  436. una vez; esto es lo que se pretende con el bootstrap de una
  437. aplicación, y ejecutarlo múltiples veces puede conducir a
  438. una sobrecarga de recursos.
  439. </para>
  440. <para>
  441. Al mismo tiempo, algunos recursos puede depender de otros
  442. que están en ejecución. Para resolver estas dos cuestiones,
  443. <classname>Zend_Application_Bootstrap_BootstrapAbstract</classname>
  444. proporciona un mecanismo simple pero eficaz para la localización
  445. de dependencias.
  446. </para>
  447. <para>
  448. Como se señaló anteriormente, todos los recursos --
  449. ya sean métodos o plugins -- son arrancados llamando a
  450. <code>bootstrap($resource)</code>, dende <code>$resource</code>
  451. es el nombre de un recurso, un array de recursos,
  452. o si se dejó vacío, indica que deberían ejecutarse todos los recursos.
  453. </para>
  454. <para>
  455. Si un recurso depende de otro recurso, debe llamar a
  456. <code>bootstrap()</code> dentro de su código para garantizar
  457. que ese recurso ha sido ejecutado.
  458. Las llamadas subsiguientes a él, serán ignoradas.
  459. </para>
  460. <para>
  461. En un método de recursos, esa llamada sería parecida a lo siguiente:
  462. </para>
  463. <programlisting role="php"><![CDATA[
  464. class Bootstrap extends Zend_Application_Bootstrap_Bootstrap
  465. {
  466. protected function _initRequest()
  467. {
  468. // Asegurar que el front controller es inicializado
  469. $this->bootstrap('FrontController');
  470. // Recuperar el front controller desde el registro de bootstrap
  471. $front = $this->getResource('FrontController');
  472. $request = new Zend_Controller_Request_Http();
  473. $request->setBaseUrl('/foo');
  474. $front->setRequest($request);
  475. // Garantizar que la solicitud es almacenada en el registro de bootstrap
  476. return $request;
  477. }
  478. }
  479. ]]></programlisting>
  480. </sect3>
  481. </sect2>
  482. <sect2 id="zend.application.theory-of-operation.resources">
  483. <title>Plugins de Recursos</title>
  484. <para>
  485. <link linkend="zend.application.theory-of-operation.bootstrap.resource-plugins">Como se señaló anteriormente</link>,
  486. una buena forma de crear recursos de bootstrap re-utilizables y a
  487. traspasar mucha de su codificación a clases discretas es utilizar
  488. plugins de recursos. Si bien Zend Framework se entrega con una
  489. serie de plugins de recursos, la intención es que los
  490. desarrolladores deberían escribir los suyos para encapsular
  491. sus propias necesidades de inicialización.
  492. </para>
  493. <para>
  494. Los recursos solo necesitan implemetarse
  495. <classname>Zend_Application_Resource_Resource</classname>, o
  496. más simple aún, extenderse
  497. <classname>Zend_Application_Resource_ResourceAbstract</classname>.
  498. La interfaz básica es simplemente esto:
  499. </para>
  500. <programlisting role="php"><![CDATA[
  501. interface Zend_Application_Resource_Resource
  502. {
  503. public function __construct($options = null);
  504. public function setBootstrap(
  505. Zend_Application_Bootstrap_Bootstrapper $bootstrap
  506. );
  507. public function getBootstrap();
  508. public function setOptions(array $options);
  509. public function getOptions();
  510. public function init();
  511. }
  512. ]]></programlisting>
  513. <para>
  514. La interfaz define simplemente que un recurso debe aceptar opciones
  515. para el constructor, tiene mecanismos de establecer y recuperar
  516. opciones, mecanismos de establecer y recuperar el objeto bootstrap,
  517. y un método de inicialización.
  518. </para>
  519. <para>
  520. Como ejemplo, supongamos que tiene una vista común de inicialización
  521. que utiliza en sus aplicaciones. Usted tiene un doctype común, CSS
  522. y JavaScript, y quiere se capaz de pasar desde un documento base el
  523. título via configuración. Un recurso tal podría ser como este:
  524. </para>
  525. <programlisting role="php"><![CDATA[
  526. class My_Resource_View extends Zend_Application_Resource_ResourceAbstract
  527. {
  528. protected $_view;
  529. public function init()
  530. {
  531. // Regresa la vista de manera que bootstrap la almacenará en el registro
  532. return $this->getView();
  533. }
  534. public function getView()
  535. {
  536. if (null === $this->_view) {
  537. $options = $this->getOptions();
  538. $title = '';
  539. if (array_key_exists('title', $options)) {
  540. $title = $options['title'];
  541. unset($options['title]);
  542. }
  543. $view = new Zend_View($options);
  544. $view->doctype('XHTML1_STRICT');
  545. $view->headTitle($title);
  546. $view->headLink()->appendStylesheet('/css/site.css');
  547. $view->headScript()->appendfile('/js/analytics.js');
  548. $viewRenderer =
  549. Zend_Controller_Action_HelperBroker::getStaticHelper(
  550. 'ViewRenderer',
  551. );
  552. $viewRenderer->setView($view);
  553. $this->_view = $view;
  554. }
  555. return $this->_view;
  556. }
  557. }
  558. ]]></programlisting>
  559. <para>
  560. Minetrtas usted haya registrado el path del prefijo para este
  561. recurso de plugin, puede usarlo en su aplicación. Mejor aún,
  562. ya que usa el cargador de plugin, usted está pasando por encima del
  563. recurso de plugin de la "View" que viene con Zend Framework,
  564. se está asegurando así que usa el suyo en lugar del original.
  565. </para>
  566. </sect2>
  567. </sect1>