我正在尝试在 ASP.NET MVC 2 中实现自定义用户对象。我看到了一个解决方案，您可以在 Global.asax 中做一些魔术来将 Controller.User 转换为另一种类型，比如 CustomUser。但是 Controller.User 仍然是一个 IPrincipal ，这意味着我每次要使用它时都必须将其强制转换为 CustomUser ，我一点也不喜欢这样。
拥有一个带有 GetUser() 方法的基本控制器，其中 GetUser() 调用用户存储库，并使用 Controller.User 获取我们自己的自定义用户对象，这会被认为是错误的还是不好的做法？
我要做的只是向用户对象添加几个属性。
【问题讨论】：
会被认为是错误的还是坏的 练习，拥有一个基本控制器 使用 GetUser() 方法，其中 GetUser() 调用用户存储库，并且 使用 Controller.User 来获取我们自己的 自定义用户对象？
我不这么认为。我就是这样做的。 ;)
【讨论】：
我会这样做：
在 global.asax.cs 中
protected void Application_PostAuthorizeRequest()
{
if (HttpContext.Current.User != null && HttpContext.Current.User.Identity != null && !string.IsNullOrEmpty(HttpContext.Current.User.Identity.Name))
{
HttpContext.Current.Items["User"] = userRepo.FetchByUsername(HttpContext.Current.User.Identity.Name);
}
}
public static CustomUser CurrentUser
{
get
{
return HttpContext.Current.Items["User"] as CustomUser;
}
}
那么你有一个方便的静态与当前用户在其中。这是一种肮脏但有效的方法。
当然，我真的会将用户添加到我的 IOC 容器中，并通过启用 IOC 的 ControllerFactory 将其注入我的控制器中。这是“正确”的做法。
无论你做什么，都不要使用基类！从长远来看，使用静态可能比创建一个包含您需要掌握的所有“方便”事物的巨大基类更易于维护。
【讨论】：
这就是这样做的方法，但是您希望尽量减少转换用户对象所需的数量，以尽量减少违反 Liskov 替换原则：http://en.wikipedia.org/wiki/Solid_%28object-oriented_design%29
不是每次都投射，有什么东西可以埋在 ActionFilter 中吗？
【讨论】：