"domain"?
Да, Domain Library Layer если ты про back-end
Конечно. Там же обычно и лежит бизнес модель. Кстати, если речь про фронт - мне Ngrx туда(домен) запихнуть?
У меня не было случая когда мне понадобился ngrx. Сервиса всегда хватало
Хм. А если SPA? И компонентов оч много?
Аналогично не нужно было
Хм. То есть домен просто уничтожается а на его место встает use_case слой?
Ну я имею ввиду, что у нас он вообще будет отсутствовать?
Не знаю о чем ты, есть сервис который запровайдин на уровне приложений/ приложения/модуля/компонента и храни в нем что нужна, если найдется причина почему нужен ngrx то используй его)
Я о классическом разделении. Ты же не будешь хранить сервисы в domain?
Структура бэка и фронта различаются, касательно domain я не буду хранить в одном слое с сервисами
Ну вот. Просто я пытаюсь сделать архитектуру фронта по бэку
Делай по приоритету, 1 как принято а потом как тебе понятно. Попытка сделать одинаково бесполезна, так как многие из фронта не будут знать что на бэке и наоборот и только ты фулл стэк будешь необоснованно топить за схожесть того что не может таковым быть
Если фулстак топить, то структура должна быть просто одинаковая. Все общие зависимости должны внесены в Utils
А они сделают такие глаза
Так а как ты тогда предлагаешь по фронту делать? В домен интерфейсы чтоли выносить?
Обсуждают сегодня