вернее, что так кто-то сделал

всё надо делать) но надо делать а не трепаться)

если будут какието проблемы по пути - то можно уже обсудить

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

нет единого верного пути.

именно поэтому есть Laravel, Symfony, Yii и т.д.

да каждый проект разный.

но это не значит, что нельзя собрать воедино наработки и сказать "Вот так делал это я и это работало"

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

И после этих слов, ты берешь Laravel или Symfony, потому что они за тебя уже решили кучу проблем и на нем начинаешь делать проект, вместо того, чтобы с нуля разрабатывать

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

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

Ну DDD это слои и по сути разница будет во внутреннем слое

не только

Message Bus будет примерно одинаковый, контроллеры ларки тоже

ну вернее все интерфейсы взаимодействия

Цель была показать примерно в каком слое что будет лежать, и куда правильнее положить файлики так, чтобы потом не жалеть. Даже скажем так: вот положить пофиг куда, но напступит момент, когда ты начнешь об этом жалеть. Но если ты будешь перед глазами иметь некую схемку взаимодействия и примерное понимание куда лучщше положить файлик, то ты его именно туда и положешь и потом меньше будет совесть мучать, что проект в итоге полуился как говно

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

ты хочешь попытаться дать людям рыбу) а надо давать удочку. ЧТобы онисами понимали. и есличто - спокойно рефакторили, если что-то не устраивает

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