Управление несколькими экземплярами HttpClient с использованием Injection Dependency

Question

Я создаю экземпляр HttpClient для каждого отдельного API, с которым работает мое веб-приложение.

Я хочу использовать инъекцию зависимостей с SimpleInjector, чтобы ввести HttpClient в бизнес-классы. Например, у меня есть ITwitterBusiness и IInstagramBusiness, и оба они принимают HttpClient в своем конструкторе.

Какова наилучшая практика регистрации нескольких объектов одного и того же типа с использованием Injection Dependency?

Я уверен, что часть проблемы может быть моей конструкцией, но вот некоторые идеи.

Моя первая идея состоит в том, чтобы использовать делегат при регистрации DI

container.Register<ITwitterBusiness>(() => new TwitterBusiness(httpClientTwitter)); 

кажется достаточно простым, но я не знаю, если этот метод имеет какие-либо плохие побочные эффекты, например, делая SimpleInjector работать медленнее или если я нарушаю шаблон дизайна.

Моя вторая идея заключается в том, чтобы использовать инъекцию на основе контекстаhttp://simpleinjector.readthedocs.io/en/latest/advanced.html#context-based-injection

Я считаю, что это позволит мне впрыснуть HttpClient определенный экземпляр к определенному классу. Все еще не совсем точно, как это работает.

Мне очень любопытно, могу ли я решить это чисто по дизайну. Например, создавая фиктивные классы. Я просто не нашел хороших примеров, но если я правильно понял, то мог бы создать фиктивные классы, такие как HttpClientTwitter, который наследует HttpClient, и таким образом я могу избавиться от неоднозначной регистрации.

Спасибо!

Answer 1

Моя первая идея - использовать делегата в регистрации DI. Кажется достаточно простым, но я не знаю, есть ли у этого метода какие-либо плохие побочные эффекты, например, заставляя SimpleInjector работать медленнее или если я нарушаю некоторые шаблоны проектирования.

Рекомендуется использовать автоматическую проводку (напротив регистрации делегата) в случае, если тип имеет какие-либо компоненты приложения, которые необходимо подключить. Автоматическая проводка упрощает регистрацию и позволяет Simple Injector анализировать граф объектов. Оба, похоже, не имеют никакого отношения к вашему делу. HttpClient - не компонент приложения, а тип инфраструктуры. Кажется, что нет других зависимостей, поэтому регистрация делегата не создает проблем с ремонтопригодностью.

Регистрация делегатов медленнее по сравнению с использованием автоматической проводки, простой инжектор не в состоянии оптимизировать работу с помощью делегатов. Однако очень важно, чтобы вы заметили какую-либо разницу в производительности при этом. Это не то, о чем вам следует беспокоиться.

Моя вторая идея - использовать инъекцию на основе контекста. Я считаю, что это позволит мне ввести определенный экземпляр HttpClient в определенный класс. Все еще не совсем точно, как это работает.

Вы можете сделать отличную регистрацию на основе контекста.Например:

var httpClientTwitterRegistration = Lifestyle.Transient.CreateRegistration<HttpClient>(
    () => new HttpClient("https://twitter"), 
    container); 

container.RegisterConditional(typeof(HttpClient), httpClientTwitterRegistration, 
    c => c.Consumer.ImplementationType == typeof(TwitterBusiness)); 

var httpClientInstagramRegistration = Lifestyle.Transient.CreateRegistration<HttpClient>(
    () => new HttpClient("https://instagram"), 
    container); 

container.RegisterConditional(typeof(HttpClient), httpClientInstagramRegistration, 
    c => c.Consumer.ImplementationType == typeof(InstagramBusiness)); 

Мне очень интересно, если я мог бы решить эту проблему чисто по дизайну

путем введения HttpClient в TwitterBusiness класса вы получаете ложное чувство гибкости. Кажется, что у вас есть две реализации swap, но так как HttpClient - это конкретный тип, изменение реализаций не имеет смысла. Поскольку TwitterBusiness напрямую связывается с HttpClient, это должно быть сделано с детальностью реализации. Другими словами, переместите создание HttpContext внутри TwitterBusiness. Любые аргументы, которые вам нужно настроить (возможно, URL), можно ввести в TwitterBusiness. Таким образом, TwitterBusiness полностью контролирует создание и удаление HttpClient, и вы вводите единственное, что интересно изменить (url).