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

Не хорошо таким образом брать последнее слово

Вот мой ответ, учитывая эту сложность

https://t.me/symfony_php/292400

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

Также я неоднократно подчёркивал, что в 10 из 20 контекстах у меня используются ддд методика, в остальных соответсвенно нет

Мусор в контексте моего полутора десятка юзкейсов

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

На всем уровне сложности, ДОСТАТОЧНОМ ДЛЯ …

Не вырывайте слова из контекста, прошу ещё раз

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

Но все эти юзкейсы надо где-то описать

Это где-то породит мусор
Я все корректно обозначил

На мой взгляд DDD не про красоту кода (здесь, как показывает практика, никогда не будет консенсуса)

А про удобство переноса бизнес логики с одного проекта на другой. Делали, условно, проект монолитом на Yii1, осознали потом, что на этот легаси фреймворк никого не найти - перешли на симфони. И если изначально логика на монолите Yii1 писалась по принципам DDD - то её не сложно будет перенести на симфони и раскидать по микросервисам.

А вот если нет - если все со всем завязано - получается только полностью с нуля переписывать.

Конечно, такое бывает редко, но когда случается, и какая-то часть проекта написана изолировано  - думаешь как хорошо, что хотя бы с этой частью не придется ***ся

Это этот самый размер хранилища нельзя менять? 1 вариант самый простой? Как это сделать?   перебрал кучу антиков, мой друг работал над этим. И какой то выход нашёл но бросил меня😄 это как то связано с тем что я писал выше плюс он использует браузер ant браузер, это один из антидетект браузеров, не знаю почему его, это наверное не просто так. Например там есть блокиратор, можно вставить какие нужно скрипты заблокировать например. А так же этот браузер портабл. Не знаю. Я запутался. Не силен в этом. Но знаю что с этим связаны блокировки

как это вообще связано с симфони ? подозреваю что вообще никак

Сервис авито. Там есть одна категория . Над которой я борюсь годами. Там самый сильный антифрод. Идут блокировки аккаунтов за дубли

Я приведу пример.
Есть какой нить "профиль" пользователя. Вполне себе такой круд без инвариантов.
И будет куча мест откуда можно будет менять его частями. Вы сделаете кучу методов и юзкесов типа changeFullName, changeAccountData,changeEmail (не придираться к контексту, мы уже как то это осбуждали даже). Вы создадите 15 методов,  15 юзкесов - по DDD, вместо 1 анемичной сущности и 1 юзкейса change.
Да мы будем видеть что делается с сущностю, но я очень очень не уверен что оправдано, с учетом что это дороже.

Дешевое конечно

Описать процесс П методом П с необходимыми данными дешевле
Чем вывернуть какую-то структура и размазать по приложению в десятке мест

Что за дорого? Наоборот же, отграничили и сделали простым

15 юзкейсов в одном контексте, куда уж проще и писать и поддерживать?

Ну если вместо 1 юзкейса сделать 15 - дешевле. Ок.

напиши расширение для браузера и чисти/меняй сторадж

По мне это пока что явный оверхэд

Как вместо одного сделать 15? Не понял

Их либо 15 либо не 15