ASP.NET Sessionsstyring [Eksempel]

ASP.NET Sessionsstyring

HTTP-protokollen, som alle webapplikationer fungerer på, er en statsløs protokol. Ved statsløs betyder det blot, at oplysninger ikke opbevares fra en anmodning til en anden.

For eksempel, hvis du havde en login-side, som har 2 tekstbokse, en for navnet og den anden for adgangskoden. Når du klikker på Login-knappen på den side, skal applikationen sikre, at brugernavnet og adgangskoden sendes videre til næste side.

I ASP.Net gøres dette på en række forskellige måder. Den første måde er via et koncept kaldet ViewState. Det er her, ASP.Net automatisk gemmer indholdet af alle kontrolelementerne. Det sikrer også, at dette sendes videre til den næste side. Dette gøres via en egenskab kaldet ViewState.

Det er ikke ideelt for en udvikler at ændre noget i visningstilstanden. Dette skyldes, at det kun skal håndteres af ASP.Net.

ASP.NET Session objekt

Den anden måde er at bruge et objekt kaldet et "sessionsobjekt". Session-objektet er tilgængeligt i hele applikationens livscyklus. Du kan gemme et hvilket som helst antal nøgleværdi-par i Session-objektet. Så på enhver side kan du gemme en værdi i Session-objektet via nedenstående kodelinje.

Session["Key"] = value

Dette gemmer værdien i et Session-objekt, og 'nøgle'-delen bruges til at give værdien et navn. Dette gør det muligt at hente værdien på et senere tidspunkt. For at hente en værdi kan du blot udføre nedenstående sætning.

Session["Key"]

ASP.NET Session objekt Eksempel

I vores eksempel bruger vi Session-objektet til at gemme det navn, der er indtastet i tekstfeltet "navn" på siden. Vi henter derefter værdien og viser den på siden i overensstemmelse hermed. Lad os tilføje nedenstående kode til Demo.aspx.cs-filen.

protected void btnSubmit_Click(object sender, EventArgs e)
{
	Session["Name"] = txtName.Text;

	Response.Write(Session["Name"]);

	lblName.Visible = false;
	txtName.Visible = false;
	lstLocation.Visible = false;
	chkC.Visible = false;
	chkASP.Visible = false;
	rdMale.Visible = false;
	rdFemale.Visible = false;
	btnSubmit.Visible = false;
}

Code Forklaring:-

1. Den første kodelinje tager værdien fra tekstbokskontrollen Navn og gemmer den i Session-objektet. Ved at angive koden Session["Navn"] giver vi egenskaben et navn kaldet "Navn". Ved at angive et navn til egenskaben bliver det nemmere at hente den på et senere tidspunkt.
2. Den næste kodelinje henter den lagrede værdi fra Session-objektet. Den skriver derefter denne værdi via 'Response.Write' metoden tilbage til klienten.
3. Til sidst gør vi alle kontrolelementerne på formularen usynlige. Hvis vi ikke gør dette, vil alle kontrolelementerne plus vores svarværdier blive vist sammen.

Når du har foretaget ovenstående ændringer, vil du se følgende output.

Output:

Fra outputtet kan du se, at sessionsværdien for navnet blev hentet og vist i browseren.

ASP.NET-sessionstilstande

ASP.NET kan gemme sessionsdata flere steder, kaldet sessionstilstande. Den valgte tilstand påvirker ydeevne, skalerbarhed og om data overlever en genstart af applikationen. Tabellen nedenfor sammenligner dem:

InProc er standarden og den hurtigste, men til load-balanced implementeringer holder StateServer eller SQLServer sessioner tilgængelige på tværs af flere servere.

Sådan konfigurerer du sessionstimeout i ASP.NET

En session varer ikke evigt; den udløber efter en periode med inaktivitet. Du kan indstille denne timeout i web.config-filen ved hjælp af sessionState-elementet, hvor timeout-værdien er i minutter:

<configuration>
  <system.web>
    <sessionState mode="InProc" timeout="20" />
  </system.web>
</configuration>

Du kan også indstille det i kode med Session.Timeout = 30;Standard timeout er 20 minutter. Valg af en kortere timeout frigør serverhukommelse hurtigere og forbedrer sikkerheden, mens en længere timeout holder brugerne logget ind i længere tid.

Fordele og ulemper ved sessionstilstand

Sessionstilstanden er praktisk, men den har kompromiser, du bør afveje, før du er i stor grad afhængig af den.

fordele:

• Nem at bruge til lagring af brugerdata, f.eks. en butikping indkøbskurv eller loginoplysninger.
• Kan gemme komplekse objekter, ikke kun strenge.
• Data opbevares på serveren, så det er mere sikkert end klientsidelagring.

Ulemper:

• InProc-tilstand forbruger serverhukommelse og skalerer ikke på tværs af en webfarm.
• Sessionsdata går tabt, når sessionen får timeout, eller applikationen genstartes (i InProc-tilstand).
• Lagring af store mængder data pr. bruger kan forringe ydeevnen under tung belastning.

Ofte Stillede Spørgsmål