💬Клуб Vue.js-разработчиков ↗👤Anton Mendelson@s4ff0💬5 ответов📅 28 декабря 2025 г. в 16:16

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

привет всем, подскажите был ли у кого рабочий опыт на больших проектах где DI было архитектурной конвенцией на проекте и фичи всегда изолировались и получали нужные данные только через абстрактные интерфейсы и больше никак (подход из clean architecture). было ли такое решение в итоге полезным или это все ненужный оверхед ?
решение
Реклама
📢

Дигитал трафик

Канал о digital-маркетинге, трафике и росте бизнеса

@trafficisobar

Ответы5

E
Eugene Fedoseev@nzweb👍1⭐ Лучший ответ28 дек., 17:49
Доводилось готовить через накст лейеры и провайд/инжект для рантайм внедрения, но тут оочень много нюансов, которыми можно выстрелить в ногу, я бы скорее не советовал так делать. У нас был набор лейеров, которые в себе скрывали реализации и говорили, как делать, а потребители просили композаблы по абстрактному интерфейсу. Т.е. Лейеры знали о контракте, а то, что внедрялось было реализацией существующих контрактов.
👍1
С
Сергей Дёмин@DavyJones21028 дек., 16:48
все зависит насколько глубокая абстрактность, как её много и насколько реально это востребовано, ведь если все есть абстракция то она теряет свои функции и прекращается в слой проблем
A
Anton Mendelson@s4ff0028 дек., 17:02
Ага , но хотелось бы услышать мнение на чьем то опыте работы с таким подходом , потому что на бумаге вроде выгода ясна , а на практике проверять не хочется на большом проекте
E
Eugene Fedoseev@nzweb028 дек., 17:02
+ также, к сожалению, на фронте многое от стека зависит. Как правило, если уходить в абстракцию от технологий, очень много приходится кода писать. В итоге абстракция появляется, но какой ценой. Также во vue проектах, как правило, игнорирование работы с реактивностью при построении архитектуры приводит к проблемам. Если стоит танстак для управления серверным стейтом, писать абстрактные юзкейсы со внедрением можно, но реализация будет достаточно сложная на выходе, и польза от этого сомнительная. В то же время, делать явные зависимости между модулями/фичами и связями между ними можно и нужно, реализовать можно по-разному
A
Anton Mendelson@s4ff0028 дек., 17:32
а у вас в практике применялись какие нибудь подходы для организации связей между модулями помимо public api и event bus