2009-09-07 7 views

Répondre

11

System.Web.Caching.Cache: c'est la mise en œuvre de la mise en cache .NET.

System.Web.HttpContext.Current.Cache: c'est l'instance de cette mise en œuvre , qui vit dans le domaine d'application .

La classe Cache n'est pas destinée à en dehors des applications ASP.NET. Il a été conçu et testé pour une utilisation dans ASP.NET pour fournir la mise en cache pour les applications Web . Dans d'autres types d'applications , telles que les applications de console ou les applications Windows Forms , la mise en cache ASP.NET peut fonctionner ne fonctionne pas correctement.

De msdn article

2
  • System.Web.Caching.Cache est l'implémentation de la mise en cache .NET (1). System.Web.HttpContext.Current.Cache est l'instance de cette implémentation, qui réside dans le domaine d'application (1).

(1): Reference

+0

Ce serait vraiment inutile ... – Guffa

3

System.Web.Caching.Cache est la classe qui gère le cache et HttpContext.Cache est la propriété, qui contient une instance de System.Web.Caching.Cache pour le contexte actuel.

9

System.Web.Cache est la classe de la mise en cache et HttpContext.Current.Cache est une propriété qui renvoie une référence à l'objet de mise en cache dans l'application.

Les Page, UserControl et HttpResponse objets ont également une propriété Cache que vous pouvez utiliser pour obtenir la référence. Vous pouvez également obtenir la référence auprès de HttpRunTime.Cache. Non, une requête ne possède pas sa propre instance de la mise en cache.

+0

http://msdn.microsoft.com/en-us/magazine/cc300437.aspx#S8 – Jeff

+0

@Jeffrey: Quoi? – Guffa

+0

Le contexte est-il le même que HttpContext.Current.Cache? L'objet Context contient des données pour un seul utilisateur, pour une seule requête, et il n'est conservé que pendant la durée de la demande. – Jeff

Questions connexes