ASP.NET MVC 与Windsor.Castle：使用依赖于 HttpContext 的服务

Question

我有几个依赖注入服务，它们依赖于 HTTP 上下文之类的东西。现在我正在 Application_Start 处理程序中将它们配置为 Windsor 容器中的单例，这对于此类服务来说显然是一个问题。

处理这个问题的最佳方法是什么？我正在考虑让它们暂时，然后在每个 HTTP 请求后释放它们。但是将 HTTP 上下文注入其中的最佳方式/位置是什么？控制器工厂还是其他地方？

Answer 1

正如 Mark 所说，您需要将这些依赖于 http 的服务注册为 PerWebRequest 或 Transient。下面的示例展示了如何注册和注入 HttpRequest 或 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)));  
}

通过使用 HttpRequestBase 而非 HttpRequest，您可以轻松地模拟它以进行测试。
另外，不要忘记在 web.config 中注册 PerWebRequestLifestyleModule。

Answer 2

通过 Castle Windsor，您可以使用 PerWebRequest 生命周期 - 这应该非常适合您的要求。

这意味着您只需将 HTTP 内容注入到您的服务中，容器就会负责适当的生命周期管理。但是，这还要求您将所有这些服务（以及这些服务的所有使用者等）注册为 PerWebRequest（或 Transient），因为如果您将它们注册为 Singleton，它们将保留陈旧（并且可能已处置）的上下文。

Answer 3

我刚刚遇到了完全相同的问题，但我的解决方案有所不同。

接口：

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

实现：

/// <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); }
    }
}

然后，我将 IHttpContextProvider 注册为容器中的单例。
当谈到 DI 时，我还是一个新手，所以也许我把事情变得过于复杂了，但据我所知，我不能让任何单例组件依赖于 PerWebRequest 生活方式组件，这是有道理的（但是这就是所有示例的作用）。在我的解决方案中，我依赖于独立组件中的 HttpContext.Current ，并且我对测试它不感兴趣。但是每个需要访问 HTTP 上下文的组件都可以通过依赖 IHttpContextProvider 来获取它，并根据需要轻松模拟它。

我真的让事情变得过于复杂了吗？还是我的解决方案中有任何警告？