InversifyJS - внедрить конкретный экземпляр объекта

Я начал использовать InversifyJS в разработке Dynamics 365. Чтобы дать вам некоторый контекст, Dynamics позволяет вам расширить платформу, написав пользовательскую бизнес-логику (с использованием JS) и прикрепив ее к определенным событиям формы. В этом примере я хочу создать экземпляр класса бизнес-логики и выполнить собственный код в событии загрузки формы. Код должен выглядеть так:

namespace Example {
    export function onLoad(context: ExternalContext) {
        set bl = container.resolve<BusinessLogic>(BusinessLogic);
        bl.doSomething();
    }
}

Как вы можете себе представить, функция onLoad будет вызываться Dynamics 365 при возникновении события. Контекст формы (ExternalContext в этом примере) будет передан функции в качестве параметра. Этот объект действительно важен, потому что он позволяет нашему коду взаимодействовать с элементами управления, которые существуют в форме, и именно этот объект я хочу внедрить в класс BusinessLogic.

Класс БизнесЛогик:

@injectable()
export class BusinessLogic {
    protected readonly _context: ExternalContext;
    protected readonly _otherDependency: OtherDependency;

 constructor(
    @inject(ExternalContext) formContext: ExternalContext, 
    @inject(OtherDependency) otherDependency: OtherDependency) {
    this._formContext = formContext;
    this._otherDependency = otherDependency;
}

doSomething() {
    this._otherDependency.foo(this._context.value1);
}
}

Еще один пример зависимости:

@injectable()
export class OtherDependency {
    foo(propertyValue: string) {
        // do stuff...
    }
}

Как зарегистрировать/внедрить объект ExternalContext, который платформа передала моему методу onLoad, в мой бизнес-класс? Я думаю о том, чтобы сохранить его в контексте контейнера, но я уверен, что есть лучший способ сделать это.

container.bind<ExternalContext>().toDynamicValue((context) => {
   //context??
});
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
В настоящее время производительность загрузки веб-сайта имеет решающее значение не только для удобства пользователей, но и для ранжирования в...
Безумие обратных вызовов в javascript [JS]
Безумие обратных вызовов в javascript [JS]
Здравствуйте! Юный падаван 🚀. Присоединяйся ко мне, чтобы разобраться в одной из самых запутанных концепций, когда вы начинаете изучать мир...
Система управления парковками с использованием HTML, CSS и JavaScript
Система управления парковками с использованием HTML, CSS и JavaScript
Веб-сайт по управлению парковками был создан с использованием HTML, CSS и JavaScript. Это простой сайт, ничего вычурного. Основная цель -...
JavaScript Вопросы с множественным выбором и ответы
JavaScript Вопросы с множественным выбором и ответы
Если вы ищете платформу, которая предоставляет вам бесплатный тест JavaScript MCQ (Multiple Choice Questions With Answers) для оценки ваших знаний,...
2
0
448
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

На всякий случай, если кто-то еще столкнется с этим сценарием, я реализовал это, обернув контейнер в класс с частной переменной, где я могу хранить свой ExternalContext и привязывать его с помощью toDynamicValue() (я не смог найти способ использовать контекст контейнера для этого ).

    this.container.bind<ExternalContext>(ExternalContext).toDynamicValue(() => {
        return this._externalContext;
    });

Что мне не нравится в этом подходе, так это то, что перед использованием контейнера требуется вручную установить контекст, но я думаю, что это не так уж плохо, учитывая альтернативы:

namespace Example {
    export function onLoad(context: ExternalContext) {
    externalContainer.setContext(context);  // <----- :(       
    set bl = externalContainer.container.resolve<BusinessLogic>(BusinessLogic);
            bl.doSomething();
        }
    }

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

Другие вопросы по теме