¿Por qué la sesión es un desastre en la aplicación ASP.NET MVC?

Question

¿Por qué se dice No deberíamos usar variables de sesión en las aplicaciones ASP.NET MVC? Me encontré con this answer que dice eso. En ese caso, ¿cómo mantendré los valores entre las solicitudes, como la información de usuario registrada y algunos datos relevantes asociados a su cuenta?

Esta es la respuesta de Darin.

¿Por qué utiliza HttpContext.Current en una aplicación ASP.NET MVC? Nunca lo use. Eso es malo incluso en las aplicaciones web clásicas de ASP.NET , pero en ASP.NET MVC es un desastre que quita toda la diversión de este bonito marco web.

Answer 1

Uno de los principios fundamentales de marcos como ASP.NET MVC es que son sin estado, al igual que la Web es. ASP.NET Web Forms es un intento de imitar un paradigma con estado sobre un entorno sin estado. It is a lie, en otras palabras.

Usar la variable de sesión en una aplicación ASP.NET MVC es como atar un cuerno a la cabeza de un caballo y llamarlo unicornio.

Answer 2

Puede utilizar el estado de la sesión para conservar los datos, la funcionalidad TempData utiliza la sesión como predeterminada para conservar los datos.

Debe minimizar el uso de la sesión tanto como sea posible, la razón es que se realiza un bloqueo en la sesión para evitar que se corrompa el estado de la sesión, por ejemplo varias solicitudes Ajax se serializarán debido a esto. Más información here

Puede usar alternativas para conservar datos entre la solicitud, por ejemplo, puede usar el CookieValueProvider, que es parte de MVC Futures para vincular datos de cookies al modelo. También puede persistir los datos en el DOM real como campos ocultos, pero nuevamente se deben minimizar al máximo ya que el tamaño de los datos se reflejará en el tráfico de red hacia y desde el navegador.

Consideraría utilizar otro almacén de datos para su aplicación web si su tienda principal es lenta. Por ejemplo SQLServer CE o un RavenDB incrustado.