NP
Size: a a a
2021 January 20
NP
Ну и самое веселое
NP
Я контракты пишу, так что не путаюсь
NP
Самая всратость будет это когда я плагины начну писать
N
вы тоже плодите по интерфейсу на каждый сервис или любой другой юнит в коде чтобы потом его инжектить?
NP
Условно, есть у тебя некий класс
class Foo {
bar(): void {
console.log(123);
}
}
class FooPlugin {
beforeBar(): void {
console.log('bar');
}
}
...
const foo = Application.getInstance().getContainer().resolve(Foo);
foo.bar(); // 'bar' 123NP
Типа перехват вызовов
N
Условно, есть у тебя некий класс
class Foo {
bar(): void {
console.log(123);
}
}
class FooPlugin {
beforeBar(): void {
console.log('bar');
}
}
...
const foo = Application.getInstance().getContainer().resolve(Foo);
foo.bar(); // 'bar' 123а зачем?)
NP
а зачем?)
удобно иногда
NP
Это конечно ебанись абстракция
NP
Но лучше, чем плодить кучу вызовов
NP
сейчас у меня это сделано так
Application.getInstance().getContainer().bind(Foo, { usePlugins: [FooPlugin] });NP
Но хочу менее всрато сделать
N
у тебя же так будет скажем так "implicit" код, будешь ожидать вызваать foo.bar() с одними последствиями, а в тихоньку будет вызван еще beforeBar() с другими
NP
по сути программный аналог трейтов
NP
NP
смотри
у меня есть некоторые классы, которые нужно "запускать" в определенный момент времени
у меня есть некоторые классы, которые нужно "запускать" в определенный момент времени
NP
Например, у модулей, ядра и некоторых сервисов есть метод boot
после вызова метода boot нужно проставлять проп booted = true
Я делаю вот так
после вызова метода boot нужно проставлять проп booted = true
Я делаю вот так
container.bind(SomeService, { usePlugins: [BootablePlugin] });NP
Соотв. после вызова boot() у SomeService будет вызван afterBoot у BootablePlugin