De nombreuses personnes utilisent des variables de session pour développer des ASP (Active Server Pages). Ces variables sont très similaires aux variables à usage général dans n'importe quel langage de programmation et présentent les mêmes avantages et inconvénients que les variables à usage général. Toute commande nécessite du temps d'exécution et de l'espace de stockage (même les instructions de GOTO ), et les variables de session nécessitent également leur propre temps d'exécution et leur propre espace de stockage. Une utilisation excessive des variables de session entraînera une redondance du code et augmentera les coûts de fonctionnement du serveur. Voici quelques-uns de mes principaux points de vue et expériences sur l'utilisation des variables de session.
avantage
Si vous souhaitez transmettre une variable entre plusieurs pages Web, l'utilisation de variables de session peut simplifier le problème plutôt que de transmettre la variable via QueryString.
Pour personnaliser votre site WEb, pensez à utiliser des variables de session. Chaque visiteur de votre site bénéficie d'une expérience de personnalisation. Sur cette base, avec l'utilisation de LDAP et tel que MS Site Server, il n'est plus nécessaire de placer tout le processus de personnalisation dans des variables de session, et cette personnalisation dépend des préférences de l'utilisateur. .
Vous pouvez utiliser la variable de session directement chaque fois que vous souhaitez l'utiliser sans la déclarer au préalable. Cette méthode est proche de l'utilisation des variables en VB. Une fois que vous avez fini de l'utiliser, vous n'avez pas besoin de penser à le publier, car il sera publié automatiquement.
défaut
Les variables de session et les cookies sont du même type. Si un utilisateur configure le navigateur pour qu'il soit incompatible avec les cookies, alors l'utilisateur ne peut pas utiliser cette variable de session !
Lorsqu'un utilisateur visite une page, l'environnement d'exécution de chaque variable de session est automatiquement généré. Ces variables de session peuvent rester pendant 20 minutes après que l'utilisateur a quitté la page ! (En fait, ces variables persistent jusqu'à l'expiration du délai. La durée du délai d'expiration est définie par l'administrateur du serveur Web. Certains sites ont des variables qui persistent pendant seulement 3 minutes, d'autres pendant 10 minutes et d'autres encore à la valeur par défaut de 20 minutes.) Ainsi, si vous placez des objets plus volumineux (tels que des jeux d'enregistrements ADO, des connexions, etc.) dans la session, vous aurez des ennuis ! À mesure que le nombre de visites sur le site augmente, le serveur ne pourra plus fonctionner correctement !
Étant donné que la création de variables de session est très arbitraire et peut être appelée à tout moment sans nécessiter aux développeurs un traitement précis, une utilisation excessive des variables de session conduira à un code illisible et difficile à maintenir.
Bien que vous puissiez utiliser la variable de session directement chaque fois que vous souhaitez l'utiliser sans la déclarer au préalable, cette méthode est proche de l'utilisation de variables en VB. Une fois que vous avez fini de l'utiliser, vous n'avez pas besoin de penser à le publier, car il sera publié automatiquement. Mais qui l’aurait pensé ? Que signifient les variables ? Rien de tout cela ne devient très clair.
Résumer
L'utilisation de variables de session présente à la fois des avantages et des inconvénients. À mon avis, il est préférable de les utiliser avec parcimonie, mais les utiliser à certains endroits peut vraiment simplifier le développement Web. L'utilisation ou non des variables de session dépend entièrement de vos besoins personnels. Que vous les utilisiez ou non, vous devez considérer à l'avance leurs avantages et leurs inconvénients.