они 400 таблиц уместили в 8 с кучей жсонов

и изобрели бд внутри бд

если мы говорим про вьюшки, то обычно все что делает бекенд кроме авторизации и парсинга http это буквально:

toJson(db.query(“SELECT 1”))

и получили кучу конкуренций и прочего

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

спасибо. про историю эту слышал, а вот такие вкусности не читал
🙈

а без хранения в бд встречались проекты, где нет болючего легаси?)

да, много

Приветствую. Подскажите плиз, кто как хранит логику, которая не умещается в агрегатах? Ну т.е. сценарии юзкесов.
В чем собственно я вижу проблему: вот есть некий юзкейс (класс обработчик), в который инжектятся репозитории и какие либо еще сервисы и там логика. Банально: заказ можно передать курьеру, если у курьера меньше 20 активных заказов, если заказ уже выполнен и оплачен. Т.е. этот юзкейс охватывает взаимодейсвтие баланса, статуса произодства заказа и данных о курьере. Если эту логику оставить в юзкейсе - то у нас в одном месте и зависимости и логика, что не хорошо.  Значит надо логику из юзкейса куда то переносить. Куда? Создавать отдельный класс/чистую функцию? Но тогда мы идем в сторону анемичности и сервис-классов.   Или эту логику переносить в один из классов/агрегат, например в курьера? Но тогда идем в сторону повышения каплинга. Или вообще как-то иначе?

"заказ можно передать курьеру, если у курьера меньше 20 активных заказов, если заказ уже выполнен и оплачен"
это бизнес правило которое пишется в доменный сервис, а юзкейс это апп сервис

Хм, думал что юзкейс это домен.  А в вашем предложении доменный сервис типа будет чистым и без зависимости?

А ну, верно. Домен -это сущности,а над ними апп.

https://enterprisecraftsmanship.com/posts/domain-vs-application-services/#:~:text=The%20main%20difference%20between%20them,whereas%20application%20services%20don't.&text=And%20application%20services%20orchestrate%20those,by%20entities%20and%20value%20objects.

скидываю x2) App сервис и юзкейс это синонимы, просто из разных "школ кода"

Ага, спасибо. По кругу чистой архитектуры юзкейс над доменом. Тупанул. Но вопрос немного в другом. Получается бизнес правило в доменом сервисе, а этот сервис будет без зависимостей?

Спасибо, ответ как раз по ссылке. 👍

ну яж не просто так ссылку скинул, не за что

А есть ли смысл доменные сервисы инжектить, особенно если они чистые?

Почему бы просто не создавать через new ?

тестирование