Est-ce une bonne pratique de mettre en cache l'objet EF Poco directement à l'aide de MemoryCache? Quels sont les inconvénients s'il y en a?cache les objets EF Poco est mauvais?
par exemple, je créé une catégorie appelée classe Poco
public partial class Category
{
public int Id { get; set; }
public string Name { get; set; }
public string Description { get; set; }
}
puis-je ajouter la liste de catégorie dans l'objet de cache qui est le type de MemoryCache comme ci-dessous
protected ObjectCache Cache
{
get
{
return MemoryCache.Default;
}
}
List<Category> data= getCategories();
Cache.Add(new CacheItem(key, data), policy);
Ou est-il suggéré utiliser une autre classe de convertisseur entre et mettre en cache cette classe plutôt que la classe Poco elle-même?
linq retardé l'exécution rendrait la pensée de plusieurs endroits de stockage pour vos données assez inconfortable - linq vous permet de toujours avoir vos données correctement quand vous en avez besoin, pendant que vous cachez les anciennes entrées et simulez probablement votre DbContext. – DevilSuichiro
par exemple, les données que je veux mettre en cache, tout comme les catégories comme dans mon exemple, ne sont pas souvent modifiées. Peut-être 1 entrée dans un mois. Par conséquent, si je ne veux pas mettre à jour, supprimer mais seulement lire. et je peux rafraîchir le cache même une fois par semaine. Ces données sont considérées comme des données permanentes mises en cache. – batmaci