Symfony — разделение на модули?

Question

[P747]

Добрый день!

Как в Symfony разделить на модули. Если с контроллерами более-менее понятно, через "kernel.request" обработчик свой, с сервисами тоже. Но как сделать чтобы в каждом отдельном модули были миграции Doctrine, сущности, переводы и т.д., тоесть стандартный набор папок в src?

Пример структуры:

{имя модуля}:
	backend:
		controllers
		services
		entities
		migrations
		repositories
		templates
		translations
	frontend:
		controllers
		services
		entities
		migrations
		repositories
		templates
		translations

Answer 1

[Максим]

Варианта два:

1. Разделить модули на бандлы
2. Разделить папками.

Первый способ достаточно популярный. Можете найти много вариантов на гидхаб, например Sylius. Но, я думаю, вам больше нужен второй. Создаете папку Model (Доменная модель). Туда помещаете весь доменный слой, в том чиле сущности и репозитории.

App\:
    resource: '../src/*'
    exclude: '../src/{DependencyInjection,Model/User/Entity,Model/Work/Entity,Migrations,Tests,Kernel.php}'

User и Work Модули.

Репозитории:

App\Model\User\Entity\User\UserRepository: ~
App\Model\Work\Entity\Members\Group\GroupRepository: ~
App\Model\Work\Entity\Members\Member\MemberRepository: ~
App\Model\Work\Entity\Projects\Role\RoleRepository: ~
App\Model\Work\Entity\Projects\Project\ProjectRepository: ~
App\Model\Work\Entity\Projects\Task\TaskRepository: ~

В переводах просто добавляйте 'translation_domain' => 'user' и ваш файл в переводах будет user.ru.yaml. Подробнее есть в документации.

Пример проекта есть на гитхабе

Comments

[kafkiansky]

И где там модули? По ссылке практически стандартная структура симфони, без выкрутасов.

[Максим]

kafkiansky, модули лишь разделение по папкам. Здесь независима только доменная модель. Контроллеры зависимы от других модулей. Бандлы - не плохие модули. Можно использовать их.

Альтернативная организация структуры:

src/Work/Controller
src/Work/Model/Entity
src/Work/Model/Service

src/User/Controller
src/User/Model/Entity
src/User/Model/Service

[kafkiansky]

Максим,

модули лишь разделение по папкам

DDD тоже?)

[P747]

Это получается постоянно нужно прописывать в конфигурации папки модуля. А модулей может 100 быть и больше. Может есть какая-то возможность также как с kernel событиями, управление путями миграции, сущностей и т.д.?

[Максим]

P747, используйте бандлы тогда. Чем они вас не устраивают? Каждый бандл можете подключать как отдельный пакет. Хотя их уже не рекомендуют использовать. Ну и 100 модулей, мне кажется, слишком избыточно для проекта. Вам не кажется? Разделяйте на разные приложения. Как вы это поддерживать собираетесь. Модуль это не одна сущность. Вы представляете сколько кода в проекте? А база данных)) Это сколько таблиц) Вы приводите нереальные случаи. Разделяйте на приложения. Представьте, если бы яндекс разделял все сервисами как вы сказали. Он бы уже пухнул и не развивался) Монолит нужен только на старте проекта. Далее вы выделяете в отдельные сервисы со своим приложением. Такое разделение позволяет быстро это сделать. Но вначале разработки сложно пилить сразу отдельные сервисы. Поэтому, идут от монолита, разделяя код.

Answer 2

[Илья Зябиров]

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

Лично я бы сделал разделение по доменному слою: для каждой сущности выделял бы по сервису + репозиторию. А контроллеры бы разграничил просто по уровню доступа, а шаблоны - по папкам. Миграции бы оставил в одном месте в том случае, если БД у вас одна: в противном случае это имеет мало смысла

Comments

[Максим]

В принципе это как раз мой второй вариант) Тоже говорю про разделение домена.

[P747]

Я вот думаю может в сторону Laravel посмотреть? Как у него с этим вопросом? Вцелом babel мне больше нравится, много пакетов, использует компоненты symfony. Как Laravel в плане производительности?

[Максим]

P747, архитектура не относится к фреймворку. Вы такое же можете сделать на Yii. Фреймворк подбирают по другим критериям.