Zend FR

Tout à fait. Actuellement, il n'est pas possible d'avoir des arguments au constructeur en passant par application.ini et Zend_Application. Les méthodes protected commençant par _init de la classe Bootstrap sont automatiquement appelée.

Bon, voici comment j'ai fais, je ne sais pas si c'est la meilleur méthode, en tout cas ça semble marcher

protected function _initControllersPlugins()
    {
        $acl = new My_Acl();
        $frontController = Zend_Controller_Front::getInstance();
        $frontController->registerPlugin(new My_Plugin_Controller_Acl($acl));
    }

Pour ceux que ça intéresse, j'ai trouvé un sujet intéressant sur la configuration du bootstrap http://monzee.wordpress.com/2009/05/21/ … ns-to-1-8/

+1

C'est comme ça que je configure mes acl et que j'initialise l'objet. Miam les ressources, mangez-en.


A+ benjamin.

Bonjour,

j'ai un petit soucis avec mes view helper.

Extrait application.ini

autoloaderNamespaces.0 = "My_"
autoloaderNamespaces.1 = "Ide_"

resources.view.helperPath.My_View_Helper = APPLICATION_PATH "/../library/My/View/Helper"

Extrait ...library\My\View\Helper\ReduceUrl.php

class My_View_Helper_ReduceUrl extends Zend_View_Helper_Abstract

(...)

Architecture

application
  modules
     admin
       view
         scripts
           index
             index.phtml
library
  My
    View
      Helper
        ReduceUrl.php

Vue index.phml

<?php echo $this->ReduceUrl($ma_variable->mon_url);?>

Lorsque je met mon filtre (correctement nommé) dans Zend\View\Helper ça marche.

J'ai rajouté ce s et j'ai la même erreur

Edit: Apparemment il n'y a pas de "s"

Message: Plugin by name 'ReduceUrl' was not found in the registry; used paths: Admin_View_Helper_: (...)/application/modules/admin/views\helpers/ Zend_View_Helper_: Zend/View/Helper/

Même en essayant de passer directement dans le bootstrap, j'ai le même problème :

protected function _initViewDoctype()
    {
            $this->bootstrap('layout');
            $layout = $this->getResource('layout');
           
            $view = $layout->getView();
           
            $view->setEncoding('UTF-8');
            $view->doctype('XHTML1_STRICT');
            $view->addHelperPath(APPLICATION_PATH . '/../library/My/View/Helper/', 'My_View_Helper');   
(...)

(Ouais apparement pas de s... Pourquoi mon code marche... bonne question à laquelle je n'ai pas le temps de répondre... Désolé)

Ce qui est bizarre, c'est que ton path n'est pas présent. Peut être ce n'est pas sur la bonne vue que tu rajoutes le path. Je dis ça, je dis rien...

resources.view[] =

Ca sert à quoi ça ?!?

Il manque ton application.ini ou un extrait pour un peu mieux comprendre ton histoires de «resources.view[] = » lol C'est une ligne qui est restée du QuickStart ? À priori, ta méthode _initViewDoctype() démarrait la resource View, donc la configuration pour Zend_View définie dans ta méthode devait prendre le pas sur la configuration issue du application.ini (l'encodage de Zend_View peut être définie dans le application.ini). Il faudrait que je reprenne le code de Zend_Application sous les yeux pour revoir l'enchaînement. Au final, tu l'as défini dans Bootstrap.php ou application.ini ?

Cela me fait penser à une réflexion depuis que j'ai un moment. Je trouve qu'il deviendrait urgent d'avoir une implémentation MVC des ACL. Surtout qu'en cherchant un peu, on finit toujours tomber sur la même chose à 80%.

J'avoue que j'ai même envie de signer la CLA pour devenir contributeur au Zend Framework pour proposer un Zend_Application_Resource_Acl avec un Zend_Controller_Plugin_Acl et Zend_Controller_Action_Helper_Acl : le trio gagnant en somme !  Avec comme optique que plus on suit les conventions moins on écrit de code ^^
On pourrait même ajouter une classe pour charger une config depuis un ini ou autre, même si j'apprécie la classe dérivée pour définir les règles.

Une proposition des deux derniers composants que je cite commence à rouiller depuis le temps que ça n'avance plus ... Je ne sais pas trop comment est géré ce genre de freeze. Cela tourne dans ma tête pendant mon temps libre, je pense qu'avec de la logique et en laissant configurable ça devient de plus en plus évident le code.

Un Zend_Application_Resource_Cache me trotte aussi en tête (même s'il introduit le problème de la dépendance entre les ressources à démarrer vu qu'il doit s'exécuter avant en général). Un Zend_Application_Resource_Log avec la méthode factory proposée pour Zend_Log. Revoir le Zend_Application_Resource_View pour pouvoir définir tout ce qui est nécessaire. D'une manière générale, j'ai hâte que Zend_Application évolue. Il faudrait que je prenne aussi le temps d'écrire quelques issues à ce sujet.