Правильно ли я понимаю принцип модульной архитектуры приложения?

Question

[lotrop]

Например у меня есть микродвижок, написанный на php, который имеет структуру mvc. В нем по минимуму написана реализация некоторых решений.
Для примера, я хочу для некоторых страниц сайта реализовать галерею. Тогда (По моей логике) я создаю в папке modules новую папку с именем модуля, в этой папке описываю класс модуля, добавляю в папку файл шаблона, в котором выводится галерея.
Теперь в шаблоне страницы сайта я вызываю мой модуль по названию и передаю необходимые параметры и после этого на странице должна выводиться галерея. Правильно ли я понимаю? Так ли должен вызываться модуль? (с учетом, что в autoload все прописано)

А если мне нужно написать модуль регистрации пользователя? Как здесь быть?
Я много пытался найти по модульной архитектуре и не нашел достойного ответа. Если есть ссылки, дайте, пожалуйста, чтобы я до конца понял принципы построения модульной архитектуры. (лучше с примерами на php)

Answer 1

[dmitriy]

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

Comments

[lotrop]

В битриксе, насколько я знаю, это называется компонентом. А вот регистрация - у меня следующее недопонимание: получается человек переходит на ссылку mysite.ru/registration
, то есть этот запрос будет обрабатывать класс registration, а в нем я вызываю модуль обрабатывающий регистрацию. Мне кажется, что это не совсем должно быть так. Хотелось бы я поставил модуль, и сразу на сайте появились ссылки /registration, /login и прочие. Но я не понимаю как это правильно реализовать.

[dmitriy]

в моем понимании модуль - это функциональный блок на странице меню, авторизация, регистрация, список товаров, фильтр товаров

[lotrop]

diamond: То есть, фактически это hmvc архитектура?

[dmitriy]

кроме модулей есть такие вещи как контроллеры, модели, вьюхи, сервисы, конфиги, миграции и тп которые можно объединить в пакеты/компоненты/бандлы , например: галерея, каталог, блог и тд.
Соответственно можно организовать настройки роутинга и организацию ссылок для каждого пакета, пример работы такого роутинга есть в Laravel .

[dmitriy]

вот пакет это как раз hmvc

[lotrop]

diamond: Спасибо, буду дальше все это изучать)

[lotrop]

lotrop: фактические разбивая код на модули мы избавляемся от копипаста кусков кода, а используем один источник, указывая разные параметры для обработки.

[dmitriy]

вот кстати не плохая организация модульности https://github.com/oleksandr-torosh/yona-cms

[lotrop]

diamond: Спасибо!

Answer 2

[index0h]

Зависит от проекта конечно, но в понятие модуль обычно вкладывается что-то очень больше и независимое, например система управления пользователями, система управления платежами и т.д. В терминологии Symfony - это называется Bundle.

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

А если мне нужно написать модуль регистрации пользователя? Как здесь быть?

Не использовать парадигму, которая вам не подходит. Почитайте про SOA. Если в двух словах: сервис - это некий набор бизнес логики, который умеет обычно всего одно действие, но делает его качественно.
Для сервиса регистрации данных вывод шаблона не нужен. Все, что он должен уметь: проверить входные данные для регистрации, сохранить их и оповестить свои зависимости об этом (например сервис отправки почты).

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

З.Ы. Битрикс и "качественная архитектура" - это вещи не совместимые))

Answer 3

[yurygolikov]

Смотри пример модульной архитектуры на уже известных фреймворках, таких как:
YII, Laravel, Symfony, Zend.