AM
Но так можно, да, главное контролировать это. Уже не чисто получается, но в маленьких проектах допустимо, кмк
Size: a a a
2020 March 27
AM
если там вся бизнес-логика — это Transaction Scripts то можно не упарываться по абстракциям
NM
Если в задаче есть – возможность шарить код бизнесс логики между проектами, тогда просто используйте IoC стороней либы, либо не используйте вообще и просто передавайте через констукторы и собирайте все сами при старте проекта.
AV
Но так можно, да, главное контролировать это. Уже не чисто получается, но в маленьких проектах допустимо, кмк
а можно поинтресоваться что не чисто получается?
AV
есть место где регистрации зависимостей
AV
есть код логики который не зависит от инфраструктуры (напрямую)
AM
Бизнес-логика зависит от фреймворка — это не чисто, не в ту сторону зависимости направлены
AV
Бизнес-логика зависит от фреймворка — это не чисто, не в ту сторону зависимости направлены
а где эта зависимсть?
AM
в import injectable
AV
о блин а он будет? без него не как?
AM
ну да, без него IoC не заведётся
AV
зачем
@injectable вообще несту?AM
зачем
@injectable вообще несту?чтобы IoC мог построить дерево провайдеров
NM
NM
чтобы ты bind сам не писал
AM
чтобы ты bind сам не писал
нет
AM
за это отвечает регистрация провайдера в декораторе модуля
а Injectable — чтобы Inject не писать
а Injectable — чтобы Inject не писать
AV
чтобы IoC мог построить дерево провайдеров
вынести бы это тоже на уровень конфигурации модуля
@Module({
providers: [
CatsRepository,
{
provide: AbstractConnection,
useValue: ConcreteConnection,
}
],
+ injectables: [CatsRepository]
})AV
но похоже такого нету еще
NM
да да, я это тоже имел в виду