ASP.NET MVC：HTTPContext和依赖注入

ASP.NET MVC: HTTPContext and Dependency Injection

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

1	Service.DoSomething(userName);

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

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。

听起来您应该使用HttpContextBase而不是HttpContextUserProvider。这是HttpContext的现成的抽象，它允许您创建模拟，编写UnitTests并注入依赖项。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

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

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

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