我应该在ASP.NET MVC3中附加自定义用户上下文会话包装器的位置?

时间:2011-02-20 23:17:44

标签: asp.net-mvc asp.net-mvc-3 session-state

我在MVC中阅读了很多关于会话范围数据的帖子,但我仍然不清楚在解决方案中包含自定义会话包装器的正确位置。

我想从IPrincipal获取当前用户的用户名,加载有关该用户的其他信息并将其存储在Session中。然后我想从 控制器和视图 访问该用户数据。

以下方法似乎都不符合我的要求。

选项1:直接访问会话集合

每个人似乎都同意this is a bad idea,但说实话,这似乎是最简单的事情。但是,它不会使用户可以使用该视图。

public class ControllerBase : Controller {
   public ControllerBase() : this(new UserRepository()) {}
   public ControllerBase(IUserRepository userRepository) {
      _userRepository = userRepository;
   }
   protected IUserRepository _userRepository = null;
   protected const string _userSessionKey = "ControllerBase_UserSessionKey";
   protected User {
      get { 
         var user = HttpContext.Current.Session[_userSessionKey] as User;
         if (user == null) {
            var principal = this.HttpContext.User;
            if (principal != null) {
               user = _userRepository.LoadByName(principal.Identity.Name);
               HttpContext.Current.Session[_userSessionKey] = user;
            }
         }
         return user;
      }
   }
}

选项2:将会话注入类构造函数 forum post

这个选项似乎很不错,但我仍然不确定如何将它附加到Controller和View。我可以在Controller中进行新建,但不应该将它作为依赖注入吗?

public class UserContext {
   public UserContext() 
       : this(new HttpSessionStateWrapper(HttpContext.Current.Session), 
              new UserRepository()) { } 

   public UserContext(HttpSessionStateBase sessionWrapper, IUserRepository userRepository) { 
      Session = sessionWrapper;
      UserRepository = userRepository; 
   } 

   private HttpSessionStateBase Session { get; set; }
   private IUserRepository UserRepository{ get; set; }

   public User Current { 
      get {
         //see same code as option one
      }
   }
}

选项3:使用Brad Wilson的StatefulStorage类

在他的presentation布拉德威尔逊特色他的StatefulStorage课程。它是一组聪明且有用的类,包括接口和使用构造函数注入。但是,它似乎引导我走向与选项2相同的路径。它使用接口,但我无法使用Container来注入它,因为它依赖于静态工厂。即使我可以注入它,它如何传递给View。每个ViewModel都必须有一个带有可选用户属性的基类吗?

选项4:使用与Hanselman类似的内容IPrincipal ModelBinder

我可以将User添加为Action方法的参数,并使用ModelBinder从Session中对其进行水合。在任何需要的地方添加它似乎都需要很多开销。另外,我仍然需要将它添加到ViewModel以使其可用于View。

public ActionResult Edit(int id, 
   [ModelBinder(typeof(IPrincipalModelBinder))] IPrincipal user)
{ ... }

我觉得我正在思考这个问题,但似乎应该有一个明显的地方去做这种事情。我错过了什么?

2 个答案:

答案 0 :(得分:13)

我的会话方法:

使用界面覆盖会话:

public interface ISessionWrapper
{
    int SomeInteger { get; set; }
}

使用HttpContext.Current.Session实现接口:

public class HttpContextSessionWrapper : ISessionWrapper
{
    private T GetFromSession<T>(string key)
    {
        return (T) HttpContext.Current.Session[key];
    }

    private void SetInSession(string key, object value)
    {
        HttpContext.Current.Session[key] = value;
    }

    public int SomeInteger
    {
        get { return GetFromSession<int>("SomeInteger"); }
        set { SetInSession("SomeInteger", value); }
    }
}

注入控制器:

public class BaseController : Controller
{
    public ISessionWrapper SessionWrapper { get; set; }

    public BaseController(ISessionWrapper sessionWrapper)
    {
        SessionWrapper = sessionWrapper;
    }
}

Ninject依赖:

Bind<ISessionWrapper>().To<HttpContextSessionWrapper>()

如果要在母版页中使用并在特定视图中使用视图模型,可以使用ViewData传递一些常用信息。

答案 1 :(得分:3)

我强烈建议您通过控制器在视图中传递您需要的任何内容。这样,确定视图应该呈现的数据的决定权归控制器所有。为了使这一点尽可能简单,创建一个具有可设置ViewModelWithUserBase属性的抽象User类确实不是一个坏主意。一个选项是创建一个接口IViewModelWithUser,并且每次都重新实现User属性(或与基类结合使用,但您可以选择重新实现而不是继承基类如果在某些极端情况下这会让事情变得更容易。)

就填充此属性而言,可以使用动作过滤器轻松完成。利用OnActionExecuted方法,您可以测试传递给视图的模型是否实现了您的基类(或接口),然后在适当的情况下使用正确的IPrincipal对象填充该属性。这样做的优点是,由于动作过滤器不在单元测试中执行,因此您可以在动作过滤器中使用选项1中的HttpContext.Current.Session相关代码,并且在控制器上仍然具有可测试的接口。