Por que a Session é nula nos construtores dos controladores? Ele pode ser acessado em Métodos de ação. Presumivelmente, como a estrutura de roteamento MVC é responsável pela atualização de um controlador, ela simplesmente não (re) instanciou a sessão naquele ponto.
Alguém sabe se isso é intencional e, em caso afirmativo, por quê?
[Consegui contornar o problema usando um padrão de carregamento lento.]
Respostas:
Andrei está certo - é nulo porque quando executado sob a estrutura ASP.NET MVC, o HttpContext (e, portanto, HttpContext.Session) não é definido quando a classe do controlador é construída como você poderia esperar, mas é definido ("injetado") mais tarde pela classe ControllerBuilder. Se você quiser um melhor entendimento do ciclo de vida, você pode puxar para baixo o framework ASP.NET MVC (o código-fonte está disponível) ou consultar: esta página
Se você precisar acessar a Sessão, uma forma seria sobrescrever o método "OnActionExecuting" e acessá-lo lá, pois ele estará disponível nessa hora.
No entanto, como Andrei está sugerindo, se seu código é dependente da Sessão, então pode ser potencialmente difícil escrever testes de unidade, então talvez você possa considerar envolver a Sessão em uma classe auxiliar que pode ser trocada por uma classe diferente, não versão web quando executado em testes de unidade, portanto, desacoplando seu controlador da web.
Além das outras respostas aqui, embora Controller.Sessionnão esteja preenchido no construtor, você ainda pode acessar a sessão por meio de:
System.Web.HttpContext.Current.Session
com a advertência padrão de que isso reduz potencialmente a testabilidade do seu controlador.
A Sessão é injetada posteriormente no ciclo de vida. Por que você precisa da sessão no construtor de qualquer maneira? Se você precisar dele para o TDD, deve envolver a sessão em um objeto mockable.
Se você estiver usando um contêiner IoC, tente injetar e usar o em HttpSessionStateBasevez do Sessionobjeto:
private static Container defaultContainer()
{
return new Container(ioc =>
{
// session manager setup
ioc.For<HttpSessionStateBase>()
.Use(ctx => new HttpSessionStateWrapper(HttpContext.Current.Session));
});
}
Esta resposta pode ser útil para algumas pessoas
Se substituirmos o método Initialize, teremos que inicializar a classe base com o contexto de solicitação: base.Initialize (requestContext);
protected override void Initialize(RequestContext requestContext)
{
base.Initialize(requestContext);
}
protected override void Initialize(System.Web.Routing.RequestContext requestContext).