Gestion de session ASP.NET [Exemple]

Gestion des sessions ASP.NET

Le protocole HTTP sur lequel fonctionnent toutes les applications Web est un protocole sans état. Par apatride, cela signifie simplement que les informations ne sont pas conservées d’une demande à l’autre.

Par exemple, si vous aviez une page de connexion comportant 2 zones de texte, une pour le nom et l’autre pour le mot de passe. Lorsque vous cliquez sur le bouton Connexion sur cette page, l'application doit s'assurer que le nom d'utilisateur et le mot de passe sont transmis à la page suivante.

En ASP.NET, cela se fait de plusieurs manières. La première consiste à utiliser le concept de ViewState. ASP.NET y stocke automatiquement le contenu de tous les contrôles et veille à ce que ce contenu soit transmis à la page suivante. Ceci est réalisé grâce à une propriété appelée ViewState.

Il n'est pas idéal pour un développeur de modifier quoi que ce soit dans l'état d'affichage. En effet, cela doit être géré uniquement par ASP.Net.

Objet Session ASP.NET

L’autre méthode consiste à utiliser un objet appelé « objet de session ». L'objet Session est disponible tout au long du cycle de vie de l'application. Vous pouvez stocker n'importe quel nombre de paires clé-valeur dans l'objet Session. Ainsi, sur n'importe quelle page, vous pouvez stocker une valeur dans l'objet Session via la ligne de code ci-dessous.

Session["Key"] = value

La valeur est stockée dans un objet Session, et la clé sert à lui donner un nom. Cela permet de récupérer la valeur ultérieurement. Pour ce faire, il suffit d'exécuter la commande ci-dessous.

Session["Key"]

Exemple d'objet Session ASP.NET

Dans cet exemple, nous allons utiliser l'objet Session pour stocker le nom saisi dans le champ de texte « Nom » de la page. Nous récupérerons ensuite cette valeur et l'afficherons correctement. Ajoutons le code ci-dessous au fichier Demo.aspx.cs.

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 Explication:-

1. La première ligne de code récupère la valeur du champ de texte « Nom » et la stocke dans l’objet Session. En spécifiant le code Session["Name"], nous attribuons à la propriété le nom « Name ». Ce nom facilite sa récupération ultérieure.
2. La ligne de code suivante récupère la valeur stockée de l'objet Session. Il écrit ensuite cette valeur via la méthode « Response.Write » au client.
3. Enfin, nous rendons invisibles tous les champs du formulaire. Sans cela, tous les champs et les valeurs de réponse seraient affichés simultanément.

Une fois les modifications ci-dessus effectuées, vous obtiendrez le résultat suivant.

Sortie :

À partir du résultat, vous pouvez voir que la valeur Session de name a été récupérée et affichée dans le navigateur.

Modes d'état de session ASP.NET

ASP.NET peut stocker les données de session à plusieurs endroits, appelés modes d'état de session. Le mode choisi influe sur les performances, la scalabilité et la conservation des données après un redémarrage de l'application. Le tableau ci-dessous les compare :

InProc est la solution par défaut et la plus rapide, mais pour les déploiements à charge équilibrée, StateServer ou SQLServer conservent les sessions disponibles sur plusieurs serveurs.

Comment configurer le délai d'expiration de session dans ASP.NET

Une session n'est pas permanente ; elle expire après une période d'inactivité. Vous pouvez configurer ce délai d'expiration dans le fichier web.config à l'aide de l'élément sessionState, où la valeur du délai est exprimée en minutes :

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

Vous pouvez également le définir dans le code avec Session.Timeout = 30;Le délai d'expiration par défaut est de 20 minutes. Choisir un délai d'expiration plus court libère plus rapidement la mémoire du serveur et améliore la sécurité, tandis qu'un délai d'expiration plus long permet aux utilisateurs de rester connectés plus longtemps.

Avantages et inconvénients de l'état de session

L'état de session est pratique, mais il présente des inconvénients qu'il convient de prendre en compte avant de s'y fier fortement.

Avantages :

• Simple d'utilisation pour stocker des données par utilisateur, comme celles d'une boutique.ping Détails du panier ou de connexion.
• Peut stocker des objets complexes, et pas seulement des chaînes de caractères.
• Les données sont conservées sur le serveur, ce qui les rend plus sécurisées que le stockage côté client.

Inconvénients :

• Le mode InProc consomme de la mémoire serveur et ne s'adapte pas à l'échelle d'une ferme de serveurs web.
• Les données de session sont perdues lorsque la session expire ou que l'application redémarre (en mode InProc).
• Le stockage de grandes quantités de données par utilisateur peut nuire aux performances en cas de forte charge.

FAQ