Модульные проекты: когда их использовать или не использовать

Question

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

Но я сразу заметил, что контроллеры в каждом модуле не могут иметь того же имени, что и любой другой контроллер в основном приложении (или в любом другом модуле, хотя я не проверял это). Это заставляет меня думать, что модули на самом деле не являются независимыми автономными модулями, поэтому мне интересно, как это влияет на их простоту распространения из одного проекта в другой.

Другая проблема заключается в том, что если бы я взял модуль и поместил его в другой проект. Нужно ли обновлять .zfproject.xml вручную? и не будет ли это слишком громоздким, чтобы сделать это вручную?

Может быть, я не совсем понимаю, как модули следует использовать в Zend, поэтому я хотел бы знать, когда вы решите, что лучше использовать их, и когда вы решите не использовать их, или вы используете их все время, или вы никогда не используете их?

Answer 1

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

Если вы используете Zend Tool, вам придется отредактировать zfproject.xml. Я не потратил много времени на его использование, поэтому я не уверен, есть ли другой способ без ручного редактирования.

Answer 2

До сих пор я всегда использовал модульную архитектуру в своих проектах, потому что мне нравится разделять понятия. Например, у меня всегда есть модуль ADMIN, классы и контроллеры которого не смешиваются с остальной частью приложения. Используя модули, вы можете повторно использовать модули для других приложений, например, если вы создаете модуль BLOG.

Имена ваших контроллеров будут выглядеть примерно так: Admin_IndexController для модуля администрирования, даже если файл называется IndexController.php.

Еще одна полезная концепция, которая поможет вам повторно использовать ресурсы, это плагины. Используйте их для проверки подлинности или проверки действительности запросов.