Каким образом реализуется модульность в архитектуре веб-приложения?

Question

[hbuser]

Здравствуйте. Часто говорят про модульность в разрезе темы создания веб-приложений. Что такое эта самая модульность, каким образом она реализуется (контекст: PHP, Laravel)?

Что понимаю под модульностью?

Возможность создания однородной структуры для модулей и простое добавление этих модулей в приложение для расширения функционала. Например, имеется некий функционал по расчету стоимости доставки различными транспортными компаниями (ТК). Естественно, существует не одна ТК и я хочу предложить исчерпывающий список вариантов. Я хочу иметь возможность добавлять новые варианты (назовем их драйверами). Расскажите про лучшие практики и укажите, имеет ли право на существование мой вариант.

Как я себе это вижу или мой вариант.

Во-первых, для некой задачи (в моем случае это доставка) я определяю набор однотипных действий для каждого модуля (а они обязательно будут однотипными, т.к. все они объединены общими родовым признаком - доставка->способ доставки). Далее для каждого из действий я создаю методы класса. Выделяю их в интерфейс. Каждый драйвер (способ доставки) реализует созданный интерфейс. Таким образом достигается однородность структуры модулей. Добавление модулей - это могло бы быть простое добавление файлов (классов, реализующих необходимый интерфейс) в папку, специально отведенную для этого. При помощи reflection в php можно было бы определять количество и качество этих модулей.

Comments

[abcd0x00]

Почитай про модульность в программировании.

Answer 1

[Сергей Протько]

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

То что вы описали следует из:
- принцип единой ответственности - выделить на каждый сценарий проведения операции по объекту
- полиморфизм - объеденение разных объектов имеющих различную реализацию под одним интерфейсом
- инверсия зависимостей - код приложения будет зависеть от интерфейса (абстракции), а подсовывать ему реализацию мы будем исходя из контекста.

И да.... вот этот момент:

При помощи reflection в php можно было бы определять количество и качество этих модулей.

Немного непонятно причем тут Reflections и причем тут качество модулей.

Для описанной вами задачи уже сущестует масса поведенческих паттернов. Конкретно тут применим паттерн стратегия.

Comments

[hbuser]

По поводу reflection. Что имел в виду? Собирать информацию о файлах (драйверах) в директории = количество. Качество = описание этих модулей путем чтения doc-блоков.

[hbuser]

За паттерн "Стратегия" спасибо. Не пользовался раньше им, во всяком случае, даже если и пользовался, то не знал как называется. ) Буду читать.

[Сергей Протько]

hbuser: это не самый лучший способ делать дела. В Symfony для этого есть возможность собирать сервисы по тегам.

[hbuser]

Я использую Laravel... Внутренности там из Symphony. Посмотрю, возможно ли использовать данный функционал в Laravel...

[Сергей Протько]

hbuser: в Laravel свой IoC, в Symfony свой. Laravel использует не все компоненты Symfony.

Но возможность такая судя по всему есть: https://laravel.com/docs/5.0/container#tagging

[hbuser]

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

Answer 2

[fuckman]

В контексте ларавел советую книгу Laravel: From Apprentice To Artisan Advanced Architecture With Laravel 4 Taylor Otwell.

Comments

[hbuser]

Спасибо. Интересная книга, когда-то читал.