Utworzyłem plik klasy w folderze App_Code w mojej aplikacji. Mam zmienną sesji
Session["loginId"]Chcę uzyskać dostęp do tych zmiennych sesji w mojej klasie, ale kiedy piszę następujący wiersz, pojawia się błąd
Session["loginId"]Czy ktoś może mi powiedzieć, jak uzyskać dostęp do zmiennych sesji w ramach klasy utworzonej w folderze app_code w ASP.NET 2.0 (C #)
Odpowiedzi:
(Zaktualizowano dla kompletności)
Możesz uzyskać dostęp do zmiennych sesji z dowolnej strony lub sterować za pomocą Session["loginId"]iz dowolnej klasy (np. Z wnętrza biblioteki klas), używającSystem.Web.HttpContext.Current.Session["loginId"].
Ale proszę przeczytaj moją pierwotną odpowiedź ...
Zawsze używam klasy opakowania wokół sesji ASP.NET, aby uprościć dostęp do zmiennych sesji:
public class MySession
{
// private constructor
private MySession()
{
Property1 = "default value";
}
// Gets the current session.
public static MySession Current
{
get
{
MySession session =
(MySession)HttpContext.Current.Session["__MySession__"];
if (session == null)
{
session = new MySession();
HttpContext.Current.Session["__MySession__"] = session;
}
return session;
}
}
// **** add your session properties here, e.g like this:
public string Property1 { get; set; }
public DateTime MyDate { get; set; }
public int LoginId { get; set; }
}
Ta klasa przechowuje jedno samo wystąpienie w sesji ASP.NET i umożliwia dostęp do właściwości sesji w sposób bezpieczny dla typu z dowolnej klasy, np. Tak:
int loginId = MySession.Current.LoginId;
string property1 = MySession.Current.Property1;
MySession.Current.Property1 = newValue;
DateTime myDate = MySession.Current.MyDate;
MySession.Current.MyDate = DateTime.Now;
Takie podejście ma kilka zalet:
Uzyskaj dostęp do sesji za pośrednictwem wątków HttpContext: -
HttpContext.Current.Session["loginId"]Problem z sugerowanym rozwiązaniem polega na tym, że może ono zepsuć niektóre funkcje wydajności wbudowane w SessionState, jeśli używasz pamięci sesji poza procesem. („Tryb serwera stanu” lub „Tryb serwera SQL”). W trybach oop dane sesji muszą być serializowane na końcu żądania strony i deserializowane na początku żądania strony, co może być kosztowne. Aby poprawić wydajność, SessionState próbuje deserializować tylko to, co jest potrzebne tylko przez deserializację zmiennej, gdy jest dostępna po raz pierwszy, i tylko ponownie serializuje i zastępuje zmienną, która została zmieniona. Jeśli masz dużo zmiennych sesji i wepchniesz je wszystkie do jednej klasy, zasadniczo wszystko w sesji zostanie zdeserializowane na każdym żądaniu strony, które używa sesji, i wszystko będzie musiało zostać ponownie serializowane, nawet jeśli tylko 1 właściwość zostanie zmieniona, ponieważ klasa uległa zmianie. Po prostu coś do rozważenia, jeśli używasz dużo sesji i trybu oop.
Przedstawione wcześniej odpowiedzi dostarczają trafnych rozwiązań problemu, jednak uważam, że ważne jest, aby zrozumieć, dlaczego ten błąd występuje:
SessionNieruchomość z Pagezwraca instancję typu HttpSessionStatew stosunku do danego wniosku. Page.Sessionjest właściwie równoznaczne z dzwonieniem Page.Context.Session.
MSDN wyjaśnia, jak to jest możliwe:
Ponieważ strony ASP.NET zawierają domyślne odwołanie do przestrzeni nazw System.Web (która zawiera
HttpContextklasę), można odwoływać się do elementów członkowskichHttpContextna stronie .aspx bez w pełni kwalifikowanego odwołania do klasyHttpContext.
Jednak podczas próby uzyskania dostępu do tej właściwości w klasie w App_Code właściwość nie będzie dostępna, chyba że Twoja klasa pochodzi z klasy strony.
Moim rozwiązaniem tego często spotykanego scenariusza jest to, że nigdy nie przekazuję obiektów strony do klas . Wolałbym raczej wyodrębnić wymagane obiekty ze strony Session i przekazać je do Class w postaci kolekcji nazwa-wartość / Array / List, w zależności od przypadku.
Miałem ten sam błąd, ponieważ próbowałem manipulować zmiennymi sesji wewnątrz niestandardowej klasy sesji.
Musiałem przekazać aktualny kontekst (system.web.httpcontext.current) do klasy, a potem wszystko poszło dobrze.
MAMA
W asp.net core działa to inaczej:
public class SomeOtherClass
{
private readonly IHttpContextAccessor _httpContextAccessor;
private ISession _session => _httpContextAccessor.HttpContext.Session;
public SomeOtherClass(IHttpContextAccessor httpContextAccessor)
{
_httpContextAccessor = httpContextAccessor;
}
public void TestSet()
{
_session.SetString("Test", "Ben Rules!");
}
public void TestGet()
{
var message = _session.GetString("Test");
}
}Źródło: https://benjii.me/2016/07/using-sessions-and-httpcontext-in-aspnetcore-and-mvc-core/
Powinno to być bardziej wydajne zarówno dla aplikacji, jak i dla programisty.
Dodaj następującą klasę do swojego projektu internetowego:
/// <summary>
/// This holds all of the session variables for the site.
/// </summary>
public class SessionCentralized
{
protected internal static void Save<T>(string sessionName, T value)
{
HttpContext.Current.Session[sessionName] = value;
}
protected internal static T Get<T>(string sessionName)
{
return (T)HttpContext.Current.Session[sessionName];
}
public static int? WhatEverSessionVariableYouWantToHold
{
get
{
return Get<int?>(nameof(WhatEverSessionVariableYouWantToHold));
}
set
{
Save(nameof(WhatEverSessionVariableYouWantToHold), value);
}
}
}Oto realizacja:
SessionCentralized.WhatEverSessionVariableYouWantToHold = id;