Структура папок для модульного Zend-проекта - PullRequest
0 голосов
/ 17 сентября 2010

При использовании обычной архитектуры (я думаю, это называется архитектура на основе контроллера), Zend рекомендует следующую структуру папок ( взято отсюда ):

  <project name>/
      application/
          configs/
              application.ini
          controllers/
              helpers/
          forms/
          layouts/
              filters/
              helpers/
              scripts/
          models/
          modules/
          services/
          views/
              filters/
              helpers/
              scripts/
          Bootstrap.php
      data/
          cache/
          indexes/
          locales/
          logs/
          sessions/
          uploads/
      docs/
      library/
      public/
          css/
          images/
          js/
          .htaccess
          index.php
      scripts/
          jobs/
          build/
      temp/
      tests/

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

  • Я знаю, что будет папка модулей, и каждый модуль в ней будет иметь свои собственные подпапки (контроллеры, представления, модели).
  • Но я видел учебник по созданию только контроллеров и представлений (без моделей) и объединению всех моделей в основную (модель приложения) папку. Странно!
  • Кроме того, поскольку он основан на модуле, разве основной контент приложения не должен быть перемещен в отдельный модуль? И если бы их нужно было перенести в отдельный модуль, возникла бы необходимость в папках (контроллерах, представлениях, моделях) на самом уровне приложения?

1 Ответ

2 голосов
/ 17 сентября 2010

Это действительно зависит от вас. Лично я храню специфичные для модуля модели в каталоге моделей соответствующего модуля, но «общие» модели приложения на уровне приложения. Например, контроллер ошибок вы бы оставили в приложении / контроллере.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...