ASP.NET MVC & Windsor.Castle: làm việc với các dịch vụ phụ thuộc vào HttpContext

Question

Tôi có một số dịch vụ tiêm phụ thuộc phụ thuộc vào nội dung như ngữ cảnh HTTP. Ngay bây giờ tôi đang cấu hình chúng là singletons thùng chứa Windsor trong trình xử lý Application_Start, đây rõ ràng là một vấn đề đối với các dịch vụ đó.

Cách tốt nhất để xử lý việc này là gì? Tôi đang xem xét làm cho chúng thoáng qua và sau đó phát hành chúng sau mỗi yêu cầu HTTP. Nhưng cách tốt nhất/nơi để tiêm bối cảnh HTTP vào chúng là gì? Nhà máy điều khiển hoặc ở nơi khác?

Answer 1

Với Castle Windsor, bạn có thể sử dụng thời gian PerWebRequest - điều đó phải phù hợp với yêu cầu của bạn.

Điều đó có nghĩa là bạn chỉ có thể đưa nội dung HTTP vào dịch vụ của mình và vùng chứa sẽ quản lý việc quản lý lâu dài phù hợp. Tuy nhiên, điều này yêu cầu bạn cũng phải đăng ký tất cả các dịch vụ này (và tất cả người tiêu dùng của các dịch vụ đó và vân vân) như PerWebRequest (hoặc Transient) bởi vì nếu bạn đăng ký chúng như là Singletons, chúng sẽ giữ các ngữ cảnh cũ (và có thể xử lý).

Answer 2

Giống như Mark đã nói, bạn cần phải đăng ký các dịch vụ phụ thuộc http này dưới dạng PerWebRequest hoặc Tạm thời. Dưới đây là một ví dụ cho thấy làm thế nào để đăng ký và tiêm một HttpRequest hoặc HttpContext:

public class Service { 
    private readonly HttpRequestBase request; 

    public Service(HttpRequestBase request) { 
     this.request = request; 
    } 

    public string RawUrl { 
     get { 
      return request.RawUrl; 
     } 
    } 
} 

... 

protected void Application_Start(object sender, EventArgs e) { 
    IWindsorContainer container = new WindsorContainer(); 
    container.AddFacility<FactorySupportFacility>(); 
    container.AddComponentLifeStyle<Service>(LifestyleType.Transient); 

    container.Register(Component.For<HttpRequestBase>() 
     .LifeStyle.PerWebRequest 
     .UsingFactoryMethod(() => new HttpRequestWrapper(HttpContext.Current.Request))); 

    container.Register(Component.For<HttpContextBase>() 
     .LifeStyle.PerWebRequest 
     .UsingFactoryMethod(() => new HttpContextWrapper(HttpContext.Current))); 
} 

Bằng cách sử dụng HttpRequestBase thay vì HttpRequest bạn có thể dễ dàng thử nó ra để thử nghiệm. Ngoài ra, đừng quên đăng ký PerWebRequestLifestyleModule trong web.config của bạn.

Answer 3

Tôi chỉ gặp vấn đề tương tự, nhưng giải pháp của tôi hơi khác.

Interface:

public interface IHttpContextProvider 
{ 
    /// <summary> 
    /// Gets the current HTTP context. 
    /// </summary> 
    /// <value>The current HTTP context.</value> 
    HttpContextBase Current { get; } 
} 

Thực hiện:

/// <summary> 
/// A default HTTP context provider, returning a <see cref="HttpContextWrapper"/> from <see cref="HttpContext.Current"/>. 
/// </summary> 
public class DefaultHttpContextProvider : IHttpContextProvider 
{ 
    public HttpContextBase Current 
    { 
     get { return new HttpContextWrapper(HttpContext.Current); } 
    } 
} 

sau đó tôi đăng ký IHttpContextProvider như một singleton trong container. Tôi vẫn là một chút của một newbie khi nói đến DI, vì vậy có lẽ tôi là hơn những điều phức tạp, nhưng từ những gì tôi có thể hiểu, tôi không thể có bất kỳ thành phần singleton phụ thuộc vào các thành phần lối sống PerWebRequest, có ý nghĩa (nhưng đó là những gì tất cả các ví dụ làm). Trong giải pháp của tôi, tôi phụ thuộc vào HttpContext.Current trong một thành phần bị cô lập và tôi không quan tâm đến việc kiểm tra điều đó. Nhưng mọi thành phần cần truy cập vào ngữ cảnh HTTP có thể nhận được điều đó bằng cách tùy thuộc vào IHttpContextProvider và dễ dàng giả thiết khi cần.

Tôi có thực sự quá phức tạp hoặc có bất kỳ cảnh báo nào trong giải pháp của mình không?