ASP.NET MVC：HTTPContext 和依赖注入

Question

目前，我有一个 ActionFilter，它从 HttpContext 获取当前用户名并将其传递到在服务方法上使用它的操作中。 例如：

Service.DoSomething(userName);

我现在有理由不在操作级别而是在控制器构造函数级别执行此操作。 目前我正在使用结构图来创建控制器并注入服务。 我正在看这样的东西：

public interface IUserProvider
{
    string UserName { get; }
}

public class HttpContextUserProvider : IUserProvider
{
    private HttpContext context;

    public HttpContextUserProvider(HttpContext context)
    {
        this.context = context;
    }

    public string UserName
    {
        get
        {
            return context.User.Identity.Name;
        }
    }
}

也就是说，我的 IoC foo 真的很弱，因为这是我使用它的第一个项目。

所以我的问题是......我如何告诉结构图在 HttpContextUserProvider 的构造函数中传递 HttpContext ？ 这看起来很奇怪......我不知道如何看待 HttpContext。

Answer 1

听起来您应该使用 HttpContextBase 而不是 HttpContextUserProvider。 这是 HttpContext 的开箱即用抽象，允许您创建模拟、编写单元测试并注入依赖项。

public class SomethingWithDependenciesOnContext
{
    public SomethingWithDependenciesOnContext(HttpContextBase context) {
        ...
    }

    public string UserName
    {
        get {return context.User.Identity.Name;}
    }
}

ObjectFactory.Initialize(x => 
          x.For<HttpContextBase>()
          .HybridHttpOrThreadLocalScoped()
          .Use(() => new HttpContextWrapper(HttpContext.Current));

Answer 2

有一个接口抽象HttpContext.Current。 仅公开您需要的方法。 例如，GetUserName() 将在实现中调用 HttpContext.Current.User.Identity.Name。 让它尽可能薄。

获取该抽象并将其注入到您的其他提供程序类中。 这将允许您通过模拟 http 上下文抽象来测试提供程序。 附带的好处是，除了模拟之外，您还可以使用 HttpContext 抽象做其他有趣的事情。 一方面，重复使用它。 将通用类型参数添加到包等中。

Answer 3

我不知道你为什么要打扰。 似乎直接在 HttpContextUserProvider 中使用 HttpContext.Current 是正确的做法。 你永远不会在不同的 HttpContext 中替换......

Answer 4

也许我遗漏了一些东西，但上面的答案对我不起作用（已被删除——尽管它仍然是一个有用的答案——它展示了如何告诉 SM 传递构造函数参数）。 相反，如果我这样做：

ObjectFactory.Initialize(x =>
{
    x.BuildInstancesOf<HttpContext>()
         .TheDefault.Is.ConstructedBy(() => HttpContext.Current);
    x.ForRequestedType<IUserProvider>()
         .TheDefault.Is.OfConcreteType<HttpContextUserProvider>();
});

我就会让它发挥作用。 我发现后这样做： 如果您需要 StructureMap 中的某些内容，但无法使用 new() 构建它...

---

编辑：

感谢 Brad 的回答我认为我对HttpContext有更好的处理。 他的答案肯定有效，我只是不确定我是否喜欢在类中调用 HttpContext.Current （看起来它隐藏了依赖关系，但我远不是这方面的专家） 。

据我所知，上面的代码应该适用于注入 HttpContext 。 Matt Hinze 提出了补充一点，如果我从 HttpContext 需要的只是 User.Identity.Name，我的设计应该明确这一点（在 HttpContext 周围有一个接口code>HttpContext 仅公开我需要的内容）。 我认为这是一个好主意。

午餐时，我意识到我的服务实际上只需要依赖于一个字符串：userName。 让它依赖于 IUserProvider 可能不会有太多附加值。 所以我知道我不希望它依赖于 HttpContext，而且我确实知道我需要的只是一个字符串 (userName) - 我需要看看是否可以学习足够的 StructureMap foo 来为我建立这种联系。 （sirrocoo 的回答给出了从哪里开始的提示，但他删除了它：*（）。