Diferencia entre Sesión y ViewState
Sesión frente a ViewState
ViewState y session son dos de las soluciones a problemas en aplicaciones web. El problema es que un usuario de la computadora accede a una página web en un período de tiempo específico. Después de un tiempo de uso, o después de que el usuario cierra la aplicación, la información y el acceso a la página web se eliminan de los registros de uso recientes.
ViewState solo es válido durante las devoluciones de datos y solo se aplica a los datos serializados. ViewState es, ante todo, un objeto/arquitectura que permite que los controles web conserven su valor entre devoluciones de llamada. Al igual que una sesión, un ViewState puede ejecutarse y ser accesible para un servidor.
La información en ViewState solo se almacena para el cliente como un valor encriptado en los campos ocultos del navegador. Esto hace que los datos no estén protegidos y posiblemente estén sujetos a piratería. Durante las devoluciones de datos, ViewState realiza un seguimiento de los cambios en un sitio web en particular.
ViewState también contiene el valor del control para la página dada. Esto significa que los datos en una página no están y no pueden estar disponibles, acceder o replicarse en otra página. ViewState se mantiene vivo en el nivel de la página o en la página actual. No tiene vencimiento y se puede habilitar o deshabilitar en ViewState para controles específicos.
Se puede ver ViewState y se cierra el código fuente de la página que dura hasta que se ve la página. ViewState se usa principalmente para contener una pequeña cantidad de datos (generalmente cadenas y otros datos serializados) en la página actual. Además, ViewState consume más ancho de banda en comparación con la sesión, pero menos memoria y espacio de memoria. ViewState no consume demasiada memoria ya que todos los datos se pierden cuando se cierra la página.
Mientras tanto, una sesión se usa más comúnmente para páginas web y afecta no solo a la página, sino a toda la aplicación y la duración de un usuario que usa ese navegador o página en particular. La sesión es válida para cualquier tipo de objeto y se almacena en la memoria del servidor del navegador. Los datos que contiene son los datos de usuario de la computadora o, en otras palabras, los datos específicos del usuario. Los datos están disponibles hasta que el usuario cierra la aplicación del navegador o la sesión expira por sí sola.
A diferencia de ViewState, se puede acceder a los datos de una sesión o replicarlos en otra ventana o página dentro de la sesión. Las sesiones no tienen la capacidad de deshabilitar o habilitar controles específicos. La sesión también involucra diferentes tipos de datos que se almacenarán en su contenedor de memoria. La sesión también tiene más memoria en comparación con ViewState porque usa la memoria del servidor. La desventaja de esto es que la sesión tiene un tiempo de espera y la cantidad de datos almacenados en la memoria del servidor puede afectar el tiempo de carga del servidor.
Resumen:
1. Además de ViewState y sesión, otras soluciones ASP.NET incluyen variables de aplicación, caché y cookies. 2. ViewState y la sesión pueden ejecutarse y ser accesibles en un entorno de servidor.
3. ViewState se usa en el lado del cliente y la sesión se usa en el lado del servidor. Porque en el lado del cliente no hay vencimiento para ViewState. Lo contrario (caducar y estar del lado del servidor) es una sesión.
4. ViewState solo puede contener cadenas o datos en serie y la sesión puede contener muchos tipos de datos. Esto hace que la cantidad de datos en ViewState sea mucho menor en comparación con las sesiones.
5. La sesión puede replicar datos o acceder a una nueva página o ventana mientras que ViewState no es capaz de esta característica.
6. La sesión almacena sus datos en la memoria del servidor y ViewState oculta sus datos en los campos ocultos del navegador como datos cifrados. 7. Dado que la memoria del servidor tiene diferentes tipos de datos, una gran cantidad de datos almacenados puede afectar la carga del servidor.
