Différence entre la session et la vue

Session vs Viewstate

ViewState et Session sont deux des solutions pour les problèmes dans les applications Web. Le problème implique un utilisateur d'ordinateur qui accédait à une page Web dans une période de temps spécifique. Après un certain temps d'utilisation, ou après que l'utilisateur a fermé l'application, les informations et l'accès de la page Web sont supprimés des journaux d'utilisation récents.

ViewState n'est valable que pendant les post-dos et uniquement applicable aux données sérialisées. ViewState, d'abord et avant tout, est un objet / architecture qui permet aux contrôles Web de maintenir leur valeur entre les post-dossiers. Comme la session, ViewState peut s'exécuter et être accessible à un serveur.
Les informations dans ViewState sont stockées pour le client uniquement comme une valeur cryptée dans les champs cachés du navigateur. Cela rend les données non garanties et peut-être soumises au piratage. Pendant les post-doss, ViewState suit les modifications d'un site Web particulier.

ViewState conserve également la valeur du contrôle de la page particulière. Cela signifie que les données d'une page ne sont pas et ne peuvent pas être disponibles, accédés ou reproduites dans une autre page. ViewState est maintenu au niveau de la page ou actuel, page en direct. Il n'a pas de moment d'expiration et peut être activé ou désactivé dans ViewState pour des contrôles spécifiques.

ViewState peut être vu dans la visualisation du code source de la page qui dure jusqu'à la fermeture de la page. ViewState est principalement utilisé pour contenir une petite quantité de données (généralement une chaîne et d'autres données sérialisées) sur la page actuelle. De plus, Viewstate consomme plus de bande passante par rapport à la session mais moins de mémoire et d'espace mémoire. ViewState n'implique pas trop de mémoire car toutes les données sont perdues au moment où la page est fermée.

Pendant ce temps, la session est plus couramment utilisée pour les pages Web et affecte non seulement la page, mais toute l'application et toute la durée d'un utilisateur en utilisant ce navigateur ou la page particulier. La session est valable pour tout type d'objets et est stockée dans la mémoire du serveur du navigateur. Les données qu'il conserve est les données de l'utilisateur de l'ordinateur ou, en d'autres termes, des données spécifiques à l'utilisateur. Les données sont disponibles jusqu'à ce que l'utilisateur ferme l'application du navigateur ou que la session expire seule.

Contrairement à ViewState, les données de la session sont accessibles ou reproduites dans une autre fenêtre ou page de la session. Les séances n'ont pas non plus la capacité de désactiver ou d'activer des contrôles spécifiques. La session implique également différents types de données à stocker dans sa récipient à mémoire. La session a également une mémoire plus grande par rapport à ViewState car il utilise la mémoire du serveur. L'inconvénient est que la session a un temps d'expiration, et la quantité de données stockées dans la mémoire du serveur peut affecter la charge du serveur temporel.

Résumé:

1.Mis à part Viewstate et la session, d'autres ASP.Les solutions nettes incluent des variables d'application, du cache et des cookies. 2.ViewState et Session peuvent à la fois s'exécuter et être accessibles dans un environnement de serveur.
3.ViewState est utilisé du côté client pendant que la session est utilisée du côté du serveur. Être du côté client fait que Viewstate n'a pas d'expiration. L'opposé (avoir une expiration et être du côté du serveur) est pour la session.
4.ViewState ne peut contenir qu'une chaîne ou des données sérialisables tandis que la session peut contenir un grand type de données multitude. Cela rend la quantité de données dans Viewstate beaucoup plus petite par rapport à la session.
5.La session peut reproduire ou accéder aux données à une nouvelle page ou fenêtre tandis que ViewState n'est pas capable de cette fonctionnalité.
6.La session stocke ses données dans la mémoire du serveur tandis que Viewstate cache ses données dans les champs cachés d'un navigateur sous forme de données cryptées. 7.Étant donné que la mémoire du serveur contient différents types de données, une grande quantité de données stockées peut affecter la charge du serveur.