Усиление производительности инсталляции веб-приложений с помощью инъекции зависимостей

Question

У меня есть приложение asp.net mvc, в котором многие вещи зависят от знания URL-запроса веб-запроса (это многопользовательский). В настоящее время HttpContext вводится во множество конструкторов (через оболочку, которая устанавливает некоторые переменные на основе контекста) с помощью Simple Injector. Это означает, что большинство вещей нужно вводить «за веб-запрос» и за приложение.

Теперь, что я мог сделать, просто передать оболочку HttpContext или только необходимые данные в методах, а не в инжекции конструктора.

То, что я хотел бы получить, - это фактическая разница в производительности. Потому что это делает его намного менее изящным, чтобы всегда передавать обертку/данные. Это, однако, довольно высокий трафик, поэтому я обязательно подумаю о его изменении.

Я понимаю, что это зависит от того, что происходит в конструкторе, но предположим, что все, что он делает, это назначить зависимости.

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

Answer 1

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

Как это:

public interface IHttpContextProvider 
{ 
    HttpContext CurrentContext { get; } 
} 

public class HttpContextProvider : IHttpContextProvider 
{ 
    public HttpContext CurrentContext => HttpContext.Current; 
} 

public interface IMyContextWrapper 
{ 
    string CurrentRoute { get; } 
} 

public class MyContextWrapper : IMyContextWrapper 
{ 
    private readonly IHttpContextProvider httpContextProvider; 

    public MyContextWrapper(IHttpContextProvider httpContextProvider) 
    { 
     this.httpContextProvider = httpContextProvider; 
    } 

    public string CurrentRoute 
    { 
     get 
     { 
      var context = this.httpContextProvider.CurrentContext; 
      return informationFromContext; 
     } 
    } 
} 

Answer 2

У меня возникнет соблазн придерживаться инъекции конструктора, потому что он ясно показывает зависимость. Это правда, что может быть небольшой успех, потому что вы должны использовать per-web-запрос, и это будет связано с большей сборкой мусора, чем если бы вы передали контекст в качестве параметра. Но, это еще не проблема?

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

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