Diferencia entre Session y ViewState
- 580
- 157
- Rubén Alarcón
Sesión vs ViewState
ViewState y Session son dos de las soluciones para problemas en aplicaciones web. El problema implica que un usuario de computadora acceda 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 cerrara la aplicación, la información y el acceso de la página web se eliminan de los registros de uso recientes.
ViewState es válido solo durante las posteriores y solo aplicable a los datos serializados. ViewState, en primer lugar, es objeto/arquitectura que permite que los controles web mantengan su valor entre las posteriores. Al igual que la sesión, ViewState puede ejecutarse y ser accesible para un servidor.
La información en ViewState se almacena solo para el cliente como un valor encriptado en los campos ocultos del navegador. Esto hace que los datos no garanticen y posiblemente estén sujetos a piratería. Durante las posteriores, ViewState rastrea los cambios en un sitio web en particular.
ViewState también conserva el valor de control para la página en particular. Esto significa que los datos en una página no pueden estar disponibles, accedidos o replicados en otra página. ViewState se mantiene a nivel de página o actual, página en vivo. No tiene ningún punto de vencimiento y puede habilitarse o deshabilitar en ViewState para controles específicos.
ViewState se puede ver al ver el código fuente de la página que dura hasta que la página esté cerrada. ViewState se usa principalmente para contener una pequeña cantidad de datos (generalmente una cadena 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 espacio de memoria y memoria. ViewState no implica demasiada memoria ya que todos los datos se pierden en el momento en que la página está cerrada.
Mientras tanto, la sesión se usa más comúnmente para páginas web y afecta no solo la página sino también toda la aplicación y la duración completa de un usuario que usa ese navegador o página en particular. La sesión es válida para cualquier tipo de objetos y se almacena en la memoria del servidor del navegador. Los datos que retiene son los datos del usuario de la computadora o, en otras palabras, 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 su cuenta.
A diferencia de ViewState, se puede acceder o replicar los datos en la sesión en otra ventana o página dentro de la sesión. Las sesiones tampoco tienen la capacidad de deshabilitar o habilitar controles específicos. La sesión también implica diferentes tipos de datos que se almacenarán en su receptáculo de memoria. La sesión también tiene una memoria más grande en comparación con ViewState, ya que utiliza la memoria del servidor. La desventaja de esto es que la sesión tiene un tiempo de vencimiento, y la cantidad de datos almacenados en la memoria del servidor puede afectar la carga del servidor de tiempo.
Resumen:
1.Aparte de ViewState y Session, otro ASP.Las soluciones netas incluyen variables de aplicación, caché y cookies. 2.ViewState y Session pueden ejecutarse y ser accesibles en un entorno de servidor.
3.ViewState se usa en el lado del cliente mientras la sesión se usa en el lado del servidor. Estar en el lado del cliente hace que ViewState no tenga vencimiento. Lo contrario (tener un vencimiento y estar en el lado del servidor) es para la sesión.
4.ViewState solo puede contener una cadena o datos serializables, mientras que la sesión puede contener un tipo de datos de gran multitud. Esto hace que la cantidad de datos en ViewState sea mucho más pequeña en comparación con la sesión.
5.La sesión puede replicar o acceder a los datos a una nueva página o ventana, mientras que ViewState no es capaz de esta función.
6.La sesión almacena sus datos en la memoria del servidor mientras ViewState oculta sus datos en los campos ocultos de un navegador como datos cifrados. 7.Dado que la memoria del servidor contiene diferentes tipos de datos, una gran cantidad de datos almacenados puede afectar la carga del servidor.