Session vs ViewState
ViewState og session er to av løsningene for problemer i webapplikasjoner. Problemet innebærer at en datamaskinbruker får tilgang til en nettside i en bestemt tidsperiode. Etter en viss brukstid, eller etter at brukeren har lukket applikasjonen, blir nettsidens informasjon og tilgang slettet fra nyere brukslogger.
ViewState er kun gyldig under postbacks og gjelder kun for serialiserte data. ViewState, først og fremst, er objekt / arkitektur som gjør at webkontroller kan opprettholde sin verdi mellom postbacks. Som økt kan ViewState kjøre og være tilgjengelig for en server.
Informasjonen i ViewState er kun lagret for klienten som en kryptert verdi i nettleserens skjulte felt. Dette gjør data usikret og muligens utsatt for hacking. Under postbacks sporer ViewState endringene på et bestemt nettsted.
ViewState beholder også verdien av kontrollen for den aktuelle siden. Dette betyr at dataene på en side ikke er og ikke kan være tilgjengelige, tilgjengelige eller replikert til en annen side. ViewState vedlikeholdes på sideneivå eller nåværende, levende side. Det har ingen utløpsdato og kan aktiveres eller deaktiveres i ViewState for bestemte kontroller.
ViewState kan ses ved å vise kildekoden på siden som varer til siden er stengt. ViewState brukes for det meste til å holde en liten mengde data (vanligvis en streng og andre serialiserte data) på gjeldende side. ViewState bruker også mer båndbredde i forhold til økt, men mindre minne og minneplass. ViewState innebærer ikke for mye minne siden alle dataene går tapt i det øyeblikket siden er stengt.
I mellomtiden blir økt vanligere brukt for nettsider, og det påvirker ikke bare siden, men hele applikasjonen og hele varigheten til en bruker ved hjelp av den aktuelle nettleseren eller siden. Session er gyldig for alle typer objekter og er lagret i nettleserens serverminne. Dataene den beholder, er dataene til datamaskinbrukeren eller med andre ord brukerspesifikke data. Dataene er tilgjengelige til brukeren lukker nettleserprogrammet eller sesjonen utløper på egen hånd.
I motsetning til ViewState kan dataene i økt nås eller kopieres til et annet vindu eller en side i økten. Økter har heller ikke muligheten til å deaktivere eller aktivere bestemte kontroller. Sesjon innebærer også ulike typer data som skal lagres i minnesbeholderen. Session har også et større minne sammenlignet med ViewState siden det bruker serverminne. Ulempen ved dette er at økten har en utløpstid, og mengden data lagret i serverminnet kan påvirke tidsserverbelastningen.
Sammendrag:
1.Aside fra ViewState og økt inkluderer andre ASP.NET-løsninger applikasjonsvariabler, cache og informasjonskapsler. 2.ViewState og session kan både kjøre og være tilgjengelig i et servermiljø.
3.ViewState brukes på klientsiden mens økt brukes på server siden. Å være på klientsiden gjør at ViewState ikke har utløpt. Det motsatte (å ha en utløp og være på server siden) er for økt.
4.ViewState kan bare holde en streng eller serialiserbare data mens økten kan holde en stor mengde type data. Dette gjør mengden data i ViewState mye mindre sammenlignet med øktens.
5.Session kan kopiere eller få tilgang til data til en ny side eller et vindu mens ViewState ikke er i stand til denne funksjonen.
6.Session lagrer dataene i serverminnet mens ViewState skjuler dataene i en skjult felt i en nettleser som krypterte data. 7. Siden serverminnet inneholder forskjellige typer data, kan en stor mengde lagrede data påvirke serverbelastningen.