DZ
и это далеко не единственная проблема, вот в чём дело. в клин-архитектурАХ (луковицах) огромный упор идёт на то, чтобы абстрагировать ядро от уровня инфраструктуры и спрятать это за интерфейсами внутри домена
давай посмотрим на типичное приложение в связке с react - redux - redux-saga / thunk - mobx: да там инфраструктура вызывается прямо в кишках приложения, во всех описаниях бл и бизнес-процессов
мы ведь напрямую дёргаем какие-то аксиосы, фетчеры, свои собственные абстракции для работы с локалсораджем, сессиями, куками и тд / тп. это всё инфраструктурный код. Его можно спрятать в набор абстракций, хоть это будет и не совсем "полноценный" интерфейс, но какой ценой ? Ценой дикого переусложнения ВСЕГО
не говоря о том, что нам, как правило, нет смысла вводить отдельные абстракции, типа "адаптера, презентера, интерактора / юзкейса" и тд / тп
короче, мой посыл в чём - эти архитектуры очень крутые, лично сам я в них влюбился сразу и практикую их уже 5 лет как на бэке, так и на фронте (не жсном), но на ЖС фронтенд они не натягиваемы от слова совсем
давай посмотрим на типичное приложение в связке с react - redux - redux-saga / thunk - mobx: да там инфраструктура вызывается прямо в кишках приложения, во всех описаниях бл и бизнес-процессов
мы ведь напрямую дёргаем какие-то аксиосы, фетчеры, свои собственные абстракции для работы с локалсораджем, сессиями, куками и тд / тп. это всё инфраструктурный код. Его можно спрятать в набор абстракций, хоть это будет и не совсем "полноценный" интерфейс, но какой ценой ? Ценой дикого переусложнения ВСЕГО
не говоря о том, что нам, как правило, нет смысла вводить отдельные абстракции, типа "адаптера, презентера, интерактора / юзкейса" и тд / тп
короче, мой посыл в чём - эти архитектуры очень крутые, лично сам я в них влюбился сразу и практикую их уже 5 лет как на бэке, так и на фронте (не жсном), но на ЖС фронтенд они не натягиваемы от слова совсем
Но вообще я вот пытаюсь некоторые штуки выносить в абстракции типа сервисов если это имеет велью
