T
Ладно, назову так: Конфигурация и СостояниеКонфигурации
Вот)
Size: a a a
2020 April 28
ЮЧ
Оно должно прозрачно работать.
T
То есть, я не должен нигде регистрировать свои классы.
А откуда мир узнает о их существовании?
ЮЧ
Какой мир?
ЮЧ
DI должен сам уметь разруливать.
ЮЧ
Во. Я придумал, как можно облегчить проблему.
T
То есть DI за вас просто регает их?
ЮЧ
Это все равно половинчатое решение, но хоть что-то:
im
export class Foo extends DI.Base {}im
port { Foo } from '../../some/shit/deep/hierarchy/Foo.js`
DI.configure({
[Foo.Self]: { bar: 1 }
})
Типа такого.ЮЧ
По крайней мере, достаточно умная IDE, которая умеет в рефакторинги обновит путь до файла при перемещении.
ЮЧ
То есть DI за вас просто регает их?
Да.
T
DI должен сам уметь разруливать.
Здесь возникает фундаментальная проблема: в таком случае игнорируется то обстоятельство, что каждый экземпляр класса живёт и выполняет свою роль в некотором контексте из других объектов, с которыми должен установить корректное взаимодействие. Пытаясь избавиться от понятия контекста приходится костылировать его подделку на основе манипуляции со строками.
ЮЧ
Здесь возникает фундаментальная проблема: в таком случае игнорируется то обстоятельство, что каждый экземпляр класса живёт и выполняет свою роль в некотором контексте из других объектов, с которыми должен установить корректное взаимодействие. Пытаясь избавиться от понятия контекста приходится костылировать его подделку на основе манипуляции со строками.
Это все тоже решаемо.
ЮЧ
DI.scope(
{[Foo.Self]: { bar: 2 } },
() => {
const foo = new Foo()
foo.bar === 2
})
T
Ну вот реальный юзкейс: есть компонент который показывает файловое дерево, и зависимостью ему идёт инстанс драйвера хранения или удаленного доступа.
T
DI.scope(
{[Foo.Self]: { bar: 2 } },
() => {
const foo = new Foo()
foo.bar === 2
})
Выходит для каждого драйвера нужно будет плодить свой класс
T
У себя чисто ради того, чтобы навесить всю эту машинерию
ЮЧ
Это тоже все решаемо.
ЮЧ
DI.scope нужно только если нужно в моменте что-то заинжектить.