Я обычно использую это для ключа сеанса, а затем явно добавляю объекты по мере необходимости. Причина этого в том, что это чистый способ сделать это, и я считаю, что вы хотите, чтобы количество объектов в сеансе было минимальным.
Этот конкретный подход объединяет аутентификацию форм и пользовательский сеанс в одном месте, так что вы можете добавлять объекты и забывать об этом. Можно утверждать, что это большое многословное слово, но оно предотвращает удвоение и не должно быть слишком много объектов в сеансе.
Следующее может существовать в основной библиотеке или где угодно.
/// <summary>
/// Provides a default pattern to access the current user in the session, identified
/// by forms authentication.
/// </summary>
public abstract class MySession<T> where T : class
{
public const string USERSESSIONKEY = "CurrentUser";
/// <summary>
/// Gets the object associated with the CurrentUser from the session.
/// </summary>
public T CurrentUser
{
get
{
if (HttpContext.Current.Request.IsAuthenticated)
{
if (HttpContext.Current.Session[USERSESSIONKEY] == null)
{
HttpContext.Current.Session[USERSESSIONKEY] = LoadCurrentUser(HttpContext.Current.User.Identity.Name);
}
return HttpContext.Current.Session[USERSESSIONKEY] as T;
}
else
{
return null;
}
}
}
public void LogOutCurrentUser()
{
HttpContext.Current.Session[USERSESSIONKEY] = null;
FormsAuthentication.SignOut();
}
/// <summary>
/// Implement this method to load the user object identified by username.
/// </summary>
/// <param name="username">The username of the object to retrieve.</param>
/// <returns>The user object associated with the username 'username'.</returns>
protected abstract T LoadCurrentUser(string username);
}
}
Затем реализуйте это в следующем пространстве имен класса, расположенном в корне вашего проекта (я обычно помещаю его в папку кода в проектах mvc):
public class CurrentSession : MySession<PublicUser>
{
public static CurrentSession Instance = new CurrentSession();
protected override PublicUser LoadCurrentUser(string username)
{
// This would be a data logic call to load a user's detail from the database
return new PublicUser(username);
}
// Put additional session objects here
public const string SESSIONOBJECT1 = "CurrentObject1";
public const string SESSIONOBJECT2 = "CurrentObject2";
public Object1 CurrentObject1
{
get
{
if (Session[SESSIONOBJECT1] == null)
Session[SESSIONOBJECT1] = new Object1();
return Session[SESSIONOBJECT1] as Object1;
}
set
{
Session[SESSIONOBJECT1] = value;
}
}
public Object2 CurrentObject2
{
get
{
if (Session[SESSIONOBJECT2] == null)
Session[SESSIONOBJECT2] = new Object2();
return Session[SESSIONOBJECT2] as Object2;
}
set
{
Session[SESSIONOBJECT2] = value;
}
}
}
НАКОНЕЦ
Большим преимуществом явного объявления того, что вы хотите в сеансе, является то, что вы можете ссылаться на это абсолютно в любом месте вашего приложения MVC, включая представления. Просто сослаться на это:
CurrentSession.Instance.Object1
CurrentSession.Instance.CurrentUser
Опять же, он немного менее универсален, чем другие подходы, но на самом деле действительно ясно, что происходит, никакой другой фальсификации или внедрения зависимости и 100% безопасной для контекста запроса.
С другой стороны, дисионные подходы - это круто, но у вас все равно останутся строки, чтобы ссылаться на вещи. Вы могли бы подстроить это перечислениями или чем-то еще, но я предпочитаю строгую типизацию и набор и забываю вышеупомянутый подход.