Discussion :

[kzone]

bonjour,

Dans mon site j'aimerais avoir plusieurs sections (par : articles ) et sous section (par exemple: articles/svg et articles/batik)
Bien entendu chaque sous-section va contenir plusieurs articles (ou news )

je n'arrive pas à concevoir la logique Controlleur / vue .

Comment intituler mon controlleur pour articles/svg !? ni ArticlesController ni SvgController
Ou bien alors 'articles 'est inutile dans mon path (chemin) !?

En second lieu j'ai par exemple 2 news baseSvg.tpl et extraSvg.tpl (pour 2 news différentes)
Si dans mon SvgController je mets mes 2 fonctions baseSvgAction et extraSvgAction pour les associer à mes templates ... cela peut passer pour 2 news , mais si j'en ai 30 ..

Cette dernière solution bien que "fonctionnelle" ne me plait pas du tout (lourd a gérer) et je suis sûr que le Zend framework prévoit de gérer cela plus souplement ...

Comment dois-je procéder !??

merci de vos conseils

edit : avec Zend_Controller_Router_Rewrite !?

[kzone]

je vais poser ma question autrement :

comment affichier unarticle.tpl avec une arborescence articles/svg/(unarticle.tpl) ?
Avec un rewrite, un render ($action,$name,true) ...!?

sachant que j'utilise une 'construction ' MVC et smarty comme templater
merci d'avance !

[kzone]

j'ai trouvé la partie de la doc zend utilisant une structure modulaire ce qui se rapproche assez de ce que je désire faire

j'ai donc créer mon arborescence

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
+application
    +controllers
    +models
    +views
 
    +svg
         +controllers
         +views
         +models

et rajouter dans mon bootstrap :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
$front->addControllerDirectory('/path/to/application/svg/controllers', 'svg');

ps : Est-ce que le répertoire "défault" est obligatoire ici !??


mais si je pointe maintenant avec mon url http ://svgProject/svg
je retourne (normalement je pense à cause du rewrite dans .htaccess) à l'index par défault
si je m'en tiens à la doc Zend :

Dans le routeur par défaut, si aucun contrôleur n'est indiqué dans l'URL, un contrôleur par défaut sera utilisé (IndexController, sauf si l'on décide de changer ce paramètre). Avec des modules indiqués dans l'URL, si aucun contrôleur n'est indiqué, alors le dispatcheur cherchera dans le module demandé le contrôleur par défaut. Si celui-ci est absent, c'est celui du module 'default' qui sera utilisé.

cela devrait logiquement utiliser l'index de mon "module svg"


PS: je m'apperçoit également que si j'avais la FAQ une partie de mon problème y est clairement expliqué ... mea culpa
merci de vos conseils

[kzone]

bon je continue mon monologue ....

pour la structure cela semble ok

dans mon bootstrap j'affecte un tableau de valeur comme indiqué dans la doc :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
 
$_controller->setControllerDirectory(array(
        'default' => '../application/controllers',
        'svg'    => '../application/svg/controllers'
        ));

je ne suis pas arrivé par contre a utiliser une structure avec un seul point d'entrée 'module'
et une arborescence interne default, svg, ...etc , avec chacun leur controllers, views , models.

Jusque là tout va bien si je n'utilise pas ma classe pour intégrer Smarty à Zend .
Mes fichier .tpl s'affiche correctement .
C'est dès que j'instancie un objet smarty (via la classe templater récupérée dans 'practical web2.0 applications with php' ) que tout mes tpl pointe vers celui par défaut


la classe templater :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
 
<?php
 
require 'Zend/View/Abstract.php';
 
require_once('Smarty/Smarty.class.php');
 
 
 
 
 
    class Templater extends Zend_View_Abstract
 
    {
 
        protected $_path;
 
        public $_engine;
 
 
 
        public function __construct()
 
        {
 
            $config = Zend_Registry::get('config');
 
 
 
 
 
 
 
            $this->_engine = new Smarty();
 
            $this->_engine->template_dir = $config->path->templates;
 
            $this->_engine->compile_dir = sprintf('%s/tmp/templates_c',
 
                                                  $config->path->data);
 
 
 
            $this->_engine->plugins_dir = array($config->path->base .
 
                                                '/include/Templater/plugins',
 
                                                'plugins');
 
        }
 
 
 
        public function getEngine()
 
        {
 
            return $this->_engine;
 
        }
 
 
 
        public function __set($key, $val)
 
        {
 
            $this->_engine->assign($key, $val);
 
        }
 
 
 
        public function __get($key)
 
        {
 
            return $this->_engine->get_template_vars($key);
 
        }
 
 
 
        public function __isset($key)
 
        {
 
            return $this->_engine->get_template_vars($key) !== null;
 
        }
 
 
 
        public function __unset($key)
 
        {
 
            $this->_engine->clear_assign($key);
 
        }
 
 
 
        public function assign($spec, $value = null)
 
        {
 
            if (is_array($spec)) {
 
                $this->_engine->assign($spec);
 
                return;
 
            }
 
 
 
            $this->_engine->assign($spec, $value);
 
        }
 
 
 
        public function clearVars()
 
        {
 
            $this->_engine->clear_all_assign();
 
        }
 
 
 
        public function render($name)
 
        {
 
            return $this->_engine->fetch(strtolower($name));
 
        }
 
 
 
        public function _run()
 
        { }
 
    }
 
?>

je dois sans doute modifier ce comportement avec les méthodes du Displayer si j'ai bien compris la doc

Le dispatchage est le processus de récupération de l'objet requête, Zend_Controller_Request_Abstract, d'extraction du nom de module, du nom de contrôleur, du nom d'action, et des paramètres facultatifs qui s'y trouvent,...

bon à nouveau si quelqu'un peu m'aiguiller , histoire de gagner quelques heures de recherche dans la doc ...

Ps : vu le nombre de réponse reçue je me demande si mes requetes sont bien exprimées , ou bien si je n'ai pas respecté une règle du forum ...
n'hésitez pas à me le signaler ...

merci