Zend-Framework: как мы это делаем без модуля?

Question

Извините, это довольно длинный вопрос, но я хочу, чтобы здесь были некоторые изъяны.

Я новичок в zend и стараюсь избегать использования модулей, так как я считаю, что аспект вида zend довольно гибкий, и модуль добавит дополнительную директорию и путаницу. Однако мне интересно одно. Приложение, которое я создаю, довольно большой, на самом деле у него есть концепция модулей в приложении.

Я знаю, что если с помощью модуля, то может быть более организованным, где вы можете поместить модули в своем собственном каталоге и имеют индивидуальный вид и контроллер и т.д.

однако я решил симулировать каталог модуля в виде

--lang/module (на самом деле контроллер)/контроллер (это действие)/действие (это дочернее действие)/other-params/-

Как мы идем и выполняем этот вид моделирования

Начальная идея i ha ve добавляет еще один маршрут к приложению, беря 4-й параметр в качестве дочернего действия. например

класс some_controller простираться расширяет Zend_Controller_Action {

public function someAction{ 

    switch (child-action) { 
     case 'child-action1': 
      ....... excute some action 
      break; 
     case 'child-action2': 
      ....... excute some action 
      break;.... 
    } 

} 

что-то подобное. Это имеет смысл или если есть какой-либо другой подход? и с этим подходом мы интегрируем Zend_ACL как добавление «поддельного дочернего действия» в качестве ресурса? Спасибо.

Answer 1

Может быть, вы можете настроить свои маршруты так:

/:controller/:action/:child-action 

Смотрите here для получения дополнительной информации о настройке маршрутов.

Тогда в своих методах действий:

$childAction = $this->getParam('child-action'); 

// convert $childAction to camelCase. 

if(method_exists($this, $childAction)) 
{ 
     // Check ACL 
     $this->$childAction(); 
} 

Не называйте ребенка действия с действиями постфикса, как позволило бы действия, которые можно назвать непосредственно. Вы могли бы постфикс их с чем-то вроде «fooChild», но не «fooChildAction», поскольку они затем отображали бы «foo-child».

Answer 2

Я думаю, что это делает его много сложнее, чем просто работать с каталогом модуля структуры ... Который раз установка, это не так уж сложно вообще, это просто логическое разделение классов ...

Answer 3

было бы больше смысла, чтобы добавить маршрут;)

есть: модуль /: контроллер /: действие/-> админ/сообщения/добавить

и: модуль/сообщения/добавить /: действие -> admin/posts/add/concept, который будет ссылаться на PostsAddController :: ConceptAction();

лучше, чем оператор switch, я думаю;) Но вы можете использовать его для ... случая «sth»: $ this -> _ forward ('my-action', 'my-controller');