S
то что выше, выглядит ужасно
Size: a a a
2021 April 17
S
и на самом деле ты велосипедный DI придумываешь
OP
решение какое предложишь? Что куда пробрасывать
S
const BUTTON = new InjectionToken<Button>(...);
S
по этому токену свои кнопки провайдишь, в компоненте инжектишь
OP
я набор кнопок заранее не знаю - его создает фабрика по переданном типу. Допустим кнопки заинжектил - получил массив кнопок. Дальше как решается?
S
провайдь фабрику кнопок)
OP
класс команды в любом случае должен ссылаться на логику - получателя команды. А команду надо как-то привязать к кнопке
S
это уже реализация кнопки
S
можешь комманды тоже в DI запихнуть
S
и нужные инжектить в кнопке
OP
как ты поступаешь когда нужно сгенерить несколько разных кнопок и показать их в шаблоне с разной реализацией клика? может я усложнил все имея бэкграудн бэкэнда
OP
представь что пишешь библу - о ангуляре пока ничего не известно.
OP
Редактор - который конфигурируем разный набор инструментов. Каждый имеет свою логику. Потом этот редактор можно заинжектить в ангуляр
S
class MyCountorButton {
constructor(private command: MyCountorCommand) {
}
click() {
this.command.execute();
}
}OP
согласен - так и делаю. Но MyCountorCommand зависит от concreteService - который и содержит всю логику.
В итоге выходит не очень красиво - ИМХО:
const myCountorCommand = new MyCountorCommand(new ConcreteService());
const myCountorButton = new MyCountorButton(myCountorCommand);
В итоге выходит не очень красиво - ИМХО:
const myCountorCommand = new MyCountorCommand(new ConcreteService());
const myCountorButton = new MyCountorButton(myCountorCommand);
S
положи комманду в di
S
положи кнопку в di
OP
Для того чтобы Ангуляр сам ее MyCountorButton собрал со всеми зависимостями?