Application vs Session vs Cache

Question

Quel est le cas d'utilisation approprié pour tous ces éléments ? Il semble que la session et le cache soient assez similaires, et je ne vois pas vraiment d'utilisation pour l'application.

Answer 1

L'application et l'état de session présentent une différence très importante :

L'état de l'application est un référentiel de données accessible à toutes les classes d'une application ASP.NET. L'état de l'application est stocké en mémoire sur le serveur et est plus rapide que le stockage et la récupération d'informations dans une base de données. Contrairement à l'état de session, qui est spécifique à une session d'utilisateur unique, l'état d'application s'applique à tous les utilisateurs et à toutes les sessions. . Par conséquent, l'état de l'application est un endroit utile pour stocker de petites quantités de données souvent utilisées qui ne changent pas d'un utilisateur à l'autre

Aperçu de l'état de l'application
Aperçu de l'état de la session

La mise en cache, quant à elle, permet de stocker en mémoire des objets qui nécessitent d'importantes ressources de serveur pour être créées - il offre des fonctionnalités puissantes qui vous permettent de personnaliser la manière dont les éléments sont mis en cache et la durée de leur mise en cache - vous pouvez définir des propriétés étendues telles que la priorité et l'expiration.

Aperçu des données relatives aux applications de mise en cache

Bien qu'ils puissent sembler similaires, ils sont distincts et ont des rôles différents à jouer dans une application ASP.NET au sens large.

Answer 2

La session se fait par utilisateur. Elle n'est pas partagée entre les utilisateurs.

L'application et le champ d'application de la mémoire cache s'appliquent à l'ensemble de l'application. Le cache peut expirer. Si vous avez des données qui peuvent être modifiées, disons 5 minutes, vous pouvez les placer dans le cache, alors que si vous avez des données qui ne sont pas mises à jour régulièrement, vous pouvez les placer dans la variable d'application.

Answer 3

La session est utilisée pour les informations spécifiques à l'utilisateur. En général, vous enregistrez le nom d'utilisateur, les préférences de l'utilisateur comme le nom d'écran, l'identifiant du panier (si vous vendez quelque chose), l'adresse électronique, etc.

Le cache est généralement utilisé lorsque vous avez des informations qui sont partagées par toutes les personnes. Il s'agit généralement de réduire les longs processus ou les accès à la base de données. Par exemple, vous souhaitez afficher les n premiers articles. Vous pouvez fixer une limite de temps, de sorte que la date soit actualisée après un certain temps.

La variable d'application est utile pour les informations statiques que vous souhaitez sauvegarder sur le serveur. Il peut s'agir de l'emplacement des fichiers multimédias.

Answer 4

Aucune de ces réponses ne rend suffisamment claire une propriété très importante du cache : il a une portée applicative et est partagé par tous les utilisateurs ! Toutes les données stockées dans le cache sont accessibles à tous les utilisateurs. Vous pouvez toujours stocker dans la mémoire cache des données que vous souhaitez rendre accessibles uniquement à un groupe d'utilisateurs. spécifique mais vous devez utiliser une valeur de clé de cache unique pour cet utilisateur, par exemple Cache.Add("UserData" + userID, data...

Answer 5

Il existe une limitation très importante de l'objet session inproc intégré, qu'aucune des autres réponses n'a mentionnée, et qui limite son utilisation dans les sites web à forte concurrence. Plus précisément, si vous modifiez un élément de session dans votre code, la requête sera bloquée et attendra que toutes les requêtes de lecture de l'objet de session soient terminées. Dans ce cas, le cache est un bien meilleur choix :

Je viens de découvrir pourquoi tous les sites ASP.Net sont lents, et j'essaie de trouver une solution.