He creado un archivo de clase en la carpeta App_Code en mi aplicación. Tengo una variable de sesión
Session["loginId"]Quiero acceder a las variables de esta sesión en mi clase, pero cuando escribo la siguiente línea, aparece un error
Session["loginId"]¿Alguien puede decirme cómo acceder a las variables de sesión dentro de una clase que se crea en la carpeta app_code en ASP.NET 2.0 (C #)
Respuestas:
(Actualizado para completar)
Puede acceder a las variables de sesión desde cualquier página o control usando Session["loginId"]y desde cualquier clase (por ejemplo, desde dentro de una biblioteca de clases), usandoSystem.Web.HttpContext.Current.Session["loginId"].
Pero sigue leyendo para obtener mi respuesta original ...
Siempre uso una clase contenedora alrededor de la sesión ASP.NET para simplificar el acceso a las variables de sesión:
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; }
}
Esta clase almacena una instancia de sí misma en la sesión ASP.NET y le permite acceder a las propiedades de su sesión de forma segura desde cualquier clase, por ejemplo, así:
int loginId = MySession.Current.LoginId;
string property1 = MySession.Current.Property1;
MySession.Current.Property1 = newValue;
DateTime myDate = MySession.Current.MyDate;
MySession.Current.MyDate = DateTime.Now;
Este enfoque tiene varias ventajas:
Acceda a la sesión a través de los hilos HttpContext: -
HttpContext.Current.Session["loginId"]El problema con la solución sugerida es que puede romper algunas características de rendimiento integradas en SessionState si está utilizando un almacenamiento de sesión fuera de proceso. ("Modo de servidor de estado" o "Modo de servidor SQL"). En los modos oop, los datos de la sesión deben ser serializados al final de la solicitud de página y deserializados al comienzo de la solicitud de página, lo que puede ser costoso. Para mejorar el rendimiento, SessionState intenta solo deserializar lo que se necesita solo deserializar la variable cuando se accede por primera vez, y solo vuelve a serializar y reemplaza la variable que se modificó. Si tiene muchas variables de sesión y las inserta en una sola clase, esencialmente todo en su sesión se deserializará en cada solicitud de página que use la sesión y todo deberá ser serializado nuevamente, incluso si solo se modificó 1 propiedad porque la clase cambió. Solo algo a tener en cuenta si estás usando mucha sesión y un modo oop.
Las respuestas presentadas antes que las mías proporcionan soluciones adecuadas al problema, sin embargo, creo que es importante entender por qué se produce este error:
La Sessionpropiedad de Pagedevuelve una instancia de tipo en HttpSessionStaterelación con esa solicitud en particular. Page.Sessionen realidad es equivalente a llamar Page.Context.Session.
MSDN explica cómo esto es posible:
Como las páginas ASP.NET contienen una referencia predeterminada al espacio de nombres System.Web (que contiene la
HttpContextclase), puede hacer referencia a los miembros deHttpContextuna página .aspx sin la referencia de clase totalmente calificadaHttpContext.
Sin embargo, cuando intente acceder a esta propiedad dentro de una clase en App_Code, la propiedad no estará disponible para usted a menos que su clase se derive de la Clase de página.
Mi solución a este escenario frecuente es que nunca paso objetos de página a clases . Preferiría extraer los objetos requeridos de la página Sesión y pasarlos a la Clase en forma de una colección de valores de nombre / Array / List, según el caso.
Tuve el mismo error, porque estaba tratando de manipular las variables de sesión dentro de una clase de sesión personalizada.
Tuve que pasar el contexto actual (system.web.httpcontext.current) a la clase, y luego todo salió bien.
MAMÁ
En asp.net core esto funciona de manera diferente:
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");
}
}
Fuente: https://benjii.me/2016/07/using-sessions-and-httpcontext-in-aspnetcore-and-mvc-core/
Esto debería ser más eficiente tanto para la aplicación como para el desarrollador.
Agregue la siguiente clase a su proyecto web:
/// <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);
}
}
}
Aquí está la implementación:
SessionCentralized.WhatEverSessionVariableYouWantToHold = id;