Zend FR

Salut,

En fait il n'y a aucun rapport entre l'initialisation du layout et les aides de vues.

Pour les aides de vues il y a différents cas :

1/ Application classique (non modulaire)

Ta vue doit se trouver dans le dossier application/views/helpers/ et la classe doit être :

class Zend_View_Helper_AwesomeHelper extends Zend_View_Helper_Abstract
{
    public function awesomeHelper()
    {
    }
}

2/ Application modulaire

Si ton application est modulaire, c'est à dire que tu as une arbo. du type (simplifiée) :

application/
    modules/
        default/
            controllers/
            views/
                helpers/
                scripts/
        autreModule/

Alors les classes des aides de vues doivent être dans le même namespace que ton module. Je m'explique : si tu veux ajouter par exemple une aide de vue "AwesomeHelper" dans le module default, son fichier sera : application/modules/default/views/helpers/AwesomeHelper.php et la classe sera :

class Default_View_Helper_AwesomeHelper extends Zend_View_Helper_Abstract
{
    public function awesomeHelper()
    {
    }
}

Le namespace ici "Default" doit être remplacé par le nom du module (en CamelCase), sauf si tu as redéfinis le namespace dans le bootstrap du module (mais je ne pense pas).

Donc si ton aide de vue se trouvait dans "application/modules/autreModule/views/helpers/AwesomeHelper.php", le nom de la classe serait : AutreModule_View_Helper_AwesomeHelper


3/ Helper dans une librairie Tiers

Dans ce cas là les étapes à suivre sont :
[*] S'assurer que ton dossier librairie soit dans l'include_path.
[*] Enregistrer le namespace dans application.ini, exemple : autoloaderNamespaces[] = "My_"
[*] Créer le helper dans library/My/View/Helper/AwesomeHelper.php et nommer la classe : My_View_Helper_AwesomeHelper
[*] Ajouter le chemin vers les aides à la ressource view dans application.ini : resources.view.helperPath.My_View_Helper_ = "My/View/Helper"


Ensuite, tu n'as rien d'autre à faire, tu pourras invoquer l'aide directement via $this->awesomeHelper() depuis une vue.


Sinon, quelques indications par rapport au code que tu nous montres :

[*] Ton aide de vue doit étendre Zend_View_Helper_Abstract
[*] L'objet view utilise le pattern Strategy pour accéder à ton aide de façon magique. Pour que ça fonctionne ta classe doit implémenter une méthode public qui porte le nom de l'aide de vue (qui commence par une minuscule).


Tout ceci est détaillé ici : http://framework.zend.com/manual/fr/zen … ers.custom


Sinon, attention de ne pas créer plusieurs fois le même topic, ça ne te donnera pas plus de chances d'avoir des réponses. Il faut aussi avoir un peu de patience, écrire une réponse prend du temps


A+ benjamin.

Salut,

Ton namespace est "Application", or tu appelles ta classe Zend_View_Helper_LoggedUser, c'est sûr qu'il le trouvera pas . Comme tu l'as corrigé, il faut bien que l'aide de vue étende de la classe Zend_View_Helper_Abstract, par contre.

Il faut que tu l'appelles Application_View_Helper_LoggedUser, et qu'il soit évidemment placé dans le bon dossier (sur une application non modulaire, comme l'a signalé Delprog), dans "application/views/helpers"

Sinon, n'oublie pas d'ajouter la visibilité dans tes functions (public, protected, private). Effecitvmeent si tu ne spécifies rien tes méthodes seront public par défaut, mais autant le préciser, c'est toujours plus clair et ça te permet de te forcer à te demander si ta méthode doit être public ou privée.

Il faut ensuite que tu enregistres le chemin de tes aides de vue dans ton fichier de configuration. En YAML (le format que j'utilise pour les fichiers de configuration, plus propre que du ini je trouve), ça donne ceci :

view:
      encoding: UTF-8
      helperPath:
        Application_View_Helper: APPLICATION_PATH/views/helpers

Comme tu le vois, on ajoute la clé helperPath, qui est un tableau contenant les différents chemins. Ainsi, lorsqu'il rencontrera une aide de vue qui commencera par Application_View_Helper, il ira chercher dans le dossier APPLICATION_PATH/views/helpers (il faut évidemment que la constante APPLICATION_PATH ait été bien définie, normaelmetn dans ton ficheir index.php de ton dossier public, créé automatiquement par Zend_Tool).

Si tu as des aides de vue dans d'autres dossiers (et donc d'autres préfixes), tu peux les ajouter à la suite, ça marchera tout seul.

Si tu utilises les fichiers ini, ça donnera sûrement :

view.helperPath.Application_View_Helper = APPLICATION_PATH "/views/helpers"

Ce qui est étonnant (enfin, ça ne l'est sûrement pas), c'est que ça arrive à marcher quand tu supprimes le bout de code u_u.

EDIT : si ça ne marche toujours pas, essaye ça :

protected function _initNavigation()
        {
            $this->bootstrap('layout');
            $this->bootstrap('View'); // <----- ICI !
            $layout = $this->getResource('layout');
            $view = $layout->getView();
            $config = new Zend_Config_Xml(APPLICATION_PATH . '/configs/navigation.xml', 'nav');
            $navigation = new Zend_Navigation($config);
            $view->navigation($navigation);
        }

Dernière modification par bakura (08-02-2011 00:12:32)

2 - Dans le cas de figure ou une requête nécessite des jointures avec plusieurs tables, doivent-elle se trouver dans les modèles localisé dans application/models/DbTable ou bien dans  application/models. Plus généralement, pourquoi utilisé DbTable si il ne sert qu'à la connexion vers une seul table?

Zend_Db_Table est principalement utile lorsque tu as une correspondance 1-1 entre ta représentation BDD et ton code. Dans ce cas là c'est très pratique car cela permet de faire la connexion très simplement, et représenter les relations entre les tables (mais pas des jointures).

Après, dès que tu dois effecter des jointures, Zend_Db_Table est pas très pratique à utiliser, il faut mieux se coder un petit ORM ou utiliser Doctrine (je travaille sur un ultra-mini-ORM pour me simplifier l'utilisation des jointures, je le développe toujours mais je ferai un post sur ce forum dès que j'en serai content).

3

Je sais pas trop... Mes plugins de controlleur je les ait toujours déclarées dans le fichier de configuration, par contre pour les ressources (acl...) je le fais dans le bootstrap.

Juste un truc : Zend a créé déjà plusieurs ressources que tu n'as pas à créer, notamment : les formulaires et les dbtable. Il faut, pour les formulaires, que tu mettes les fichiers dans un dossiers "forms" (n'oublie pas le s) du dossier "application". Pour les DbTable, il faut que tu mettes tes fichiers dans le dossier models/dbTables (là aussi, n'oublie pas le s).

Tu n'auras donc plus que àa :

$ressourceLoader->addResourceType('acl', 'acls/', 'Acl')
                                ->addResourceType('plugin', 'plugins/', 'Controller_Plugin');

Le soucis de la jointure, c'est que ça ne renvoit pas un Zend_Db_Table_Row mais un array. Ca marchera et on peut très bien s'en contenter, mais d'une les valeurs sont read-only (impossible de les modifier, et c'est normal puisque ta classe ne peut pas savoir quels champs appartiennent à tel ou tel classe), donc impossible de faire un save dessus par exemple.