Forskellen mellem session og ViewState

Session vs ViewState

ViewState og session er to af løsningen på problemer i webapplikationer. Problemet involverer en computerbruger, der får adgang til en webside i en bestemt periode. Efter nogen tids brug, eller efter at brugeren har lukket applikationen, slettes websidens oplysninger og adgang fra de nyeste brugslogfiler.

ViewState er kun gyldig under tilbagekoblinger og gælder kun for serialiserede data. ViewState er først og fremmest objekt / arkitektur, der gør det muligt for webkontroller at opretholde deres værdi mellem postbacks. Ligesom session kan ViewState køre og være tilgængelig for en server.
Oplysningerne i ViewState gemmes kun for klienten som en krypteret værdi i browserens skjulte felter. Dette gør data usikrede og muligvis genstand for hacking. Under tilbagekoblinger sporer ViewState ændringerne på et bestemt websted.

ViewState bevarer også kontrolværdien for den bestemte side. Dette betyder, at dataene på en side ikke er og ikke kan være tilgængelige, åbnes eller replikeres til en anden side. ViewState opretholdes på sideniveau eller den aktuelle live side. Det har intet udløbssted og kan aktiveres eller deaktiveres i ViewState til specifikke kontroller.

ViewState kan ses ved at se kildekoden på den side, der varer, indtil siden er lukket. ViewState bruges for det meste til at opbevare en lille mængde data (normalt en streng og andre serialiserede data) på den aktuelle side. ViewState bruger også mere båndbredde sammenlignet med session, men mindre hukommelse og hukommelse. ViewState involverer ikke for meget hukommelse, da alle data går tabt i det øjeblik siden lukkes.

I mellemtiden bruges session mere almindeligt til websider og påvirker ikke kun siden men hele applikationen og hele varigheden af ​​en bruger, der bruger den pågældende browser eller side. Session er gyldig for enhver type objekter og gemmes i serverhukommelsen i browseren. De data, den opbevarer, er computerbrugerens data eller med andre ord brugerspecifikke data. Dataene er tilgængelige, indtil brugeren lukker browserapplikationen, eller sessionen udløber alene.

I modsætning til i ViewState, kan dataene i sessionen åbnes eller replikeres i et andet vindue eller side i sessionen. Sessioner har heller ikke evnen til at deaktivere eller aktivere specifikke kontroller. Session involverer også forskellige slags data, der skal gemmes i dens hukommelsesbeholder. Session har også en større hukommelse sammenlignet med ViewState, da den bruger serverhukommelse. Ulempen med dette er, at sessionen har en udløbstid, og mængden af ​​data, der er gemt i serverhukommelsen, kan påvirke tidsserverbelastningen.

Resumé:

1. Bortset fra ViewState og session inkluderer andre ASP.NET-løsninger applikationsvariabler, cache og cookies. 2.ViewState og session kan både køre og være tilgængelige i et servermiljø.
3.ViewState bruges på klientsiden, mens session bruges på serversiden. At være på klientsiden gør at ViewState ikke udløber. Det modsatte (med udløb og være på serversiden) er til session.
4.ViewState kan kun indeholde en streng eller serialiserbare data, mens sessionen kan indeholde en stor mangfoldighed af data. Dette gør mængden af ​​data i ViewState meget mindre sammenlignet med sessioner.
5.Session kan kopiere eller få adgang til data til en ny side eller et vindue, mens ViewState ikke er i stand til denne funktion.
6.Session gemmer sine data i serverhukommelsen, mens ViewState skjuler sine data i en browsers skjulte felter som krypterede data. 7. Siden serverhukommelsen indeholder forskellige typer data, kan en stor mængde lagrede data påvirke serverbelastningen.