У меня сейчас в новом проекте "фичи" разбиты по бандлам (не мое) а не по папкам, правда не в вендоре. В итоге и вроде прикольное разделение, так как все по папочкам. Вроде и не получается их полностью разделить, так как они зависимые в итоге выходят. Или от главного бандла или от каких то вещей выделенных. Опять таки брать те же исключения - соверешенно не понятно что с ними делать, например исключение валидации. Вроде как и в бадле должно быть, так как контроллеры и ДТО там. Вроде как и общее оно, либо копипастить по всем бандлам.

Т.е. в итоег бандл и не бандл, а просто название и инфраструктурная штука симфони

весь профит бандла в том, что он дает тебе инструмент сконфигурировать контейнер приложения для работы с твоим бандлом
кто-то делает composer require your/bundle-name, подключает файлик бандла и ему автоматом все подключается, или в крайнем случае ругнется, что в конфигах какой-то конфигурации не хватает. Способ этот унифицирован и не нужно гуглить как подключить 100500 разных либок, если они завернуты в бандлы и ты юзаешь симфони

Да все это понятно. Что в таком виде - бандл это либа для распространения и работы с DI.  Я же привел другой пример :)

ну так я говорю о том, что нет смысла код своего приложения бить на бандлы, ведь ты и так конфигурируешь свой контейнер, когда пишешь свой код. Единственный смысл - это выносить какие-то общие штуки, например вы делаете какойто свой AuthBundle с мега-крутым шифрованием через  base64 (на гитхабе такого точно ни у кого нет, прорыв в криптографии) Так вот вы делаете это отдельным пакетом и подключаете на все свои сервисы (если у вас есть эти отдельные сервисы)

А если у вас вообще монолит, то дробить что-либо на бандлы изначально смысла никакого. Лучше уже потом, когда код устаканиться и вырисуются границы четкие

Ну например есть приколюхи, что DI настройки в каждом бандле свои.

апричем тут бандл? Приколюхи не совместимы со стандартным DI симфонии?

Проходы компилятора тоже отменили? Что там такого особенного что надо именно в бандл сунуть

У меня у каждой папки свой services.yml, это не про бандлы. Оно потом все в общий контейнер попадает.

Была ещё отговорка мол "доктрина все сама находит" но там можно и по другому делать.

По сути ты просто бандлы для конфигурации по конвеншену делаешь

Ды да. Поэтому и говорю - бандлы не бандлы,

Нет. Момент в том, что как бы бандлы - это разграничение по фичам и выходит не более. Если например брать https://github.com/vudaltsov/symfony-modular-skeleton . То о чем я говорю - выходит заменой этого, только написанием бандлов а не переконфигурированием  Кернела.

Как я и говорю - мне самому не совсем понятно, но вот есть такое на текущем проекте. Разбили на бандлы в корне. Можно сделать это и без бандлов, никто не спорит

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

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

это тупо пустой бандл, что вы его кидаете туда сюда)

Это вообще не бандл, а пример как конфигурировать кернел

Это не бандл, это идея)

А IoC-контейнер в итоге общий? Или свой у каждого модуля в этом скелетоне?

И почему di.php, а не services.yaml?