Version imprimable
Bonjour,
Un questionnement recurent me porte a demander votre avis.
Souvent dans une page, j'alimente une entitée (objet metier), et lorsque je clique sur un bouton par exemple, je dois recuperer des infos concernant cette entité.
Est il preferable d'appeler à nouveau une methode BLL qui appelera la DAL pour recuperer a nouveau les infos ou est il preferable de mettre l'entité dans le viewstate ?
Merci pour vos conseils
Il existe une 3ème possibilité qui constiterait à mettre en cache tes donnnées au niveau de ta BLL, comme ca tu prend toujours le même chemin, mais suivant le fait que ta donnée est en cache ou non, il effectue la requête vers la DAL ou te renvoit directement le résultat :
http://msdn.microsoft.com/fr-fr/libr...k6(VS.80).aspx
Comment regler le cache pour qu'il n'est pas une duree de vie trop longue ou trop courte ?
Dans la surchage de la méthode Insert de l'objet Cache, tu peux définir la durée de mise en cache d'un objet
http://msdn.microsoft.com/fr-fr/libr...61(VS.80).aspx (expliqué au milieu de la page) :
Code:
2
3
j'ai lu la doc, tu peux effectivement gerer la duree, mais je ne peux prevoir la duree à mettre !!! je ne sais pas qd l'utilisateur va s'en servir ou non, et c une page ou les donnees se rafraichissent souvent.
Oui c'est sur, tu ne peux pas prévoir quand est ce que l'utilisateur va avoir besoin de ta données.
Ce que j'avais réalisé une fois dans une application web, est que j'avais défini une durée de cache de 5 minutes je crois, mais par contre je reinitialisait le cache d'un groupe de données liés si j'effectuais une opération sur celles-ci (Insert / Update / delete)
Par exemple, si tu récupère une liste d'utilisateurs à partir de ta base de données, tu peux conserver 5 minutes ta liste en cache sauf dans le cas où quelqu'un :
- S'incrit
- Met à jour son Profil
- Qu'un Admin supprime son profil
dans ce cas, la liste mise en cache doit être reinitialisé et ainsi de suite.
ok je vais essayer ta solution.
Par contre c'est une mauvaise chose de serialiser une entité dans le viewstate ?
Bonjour
j'ai lu avec intérêt cet article et en tant que débutant je me pose une question :
quelles sont les différences entre l'objet Cache et l'objet Session.
Faut-il utiliser plus l'un ou l'autre suivant des traitements spécifiques ?
Merci de vos éclaircissements.
Cyril
@Spoonnny :
L'objet Cache et l'objet Session sont 2 choses bien différentes :
L'objet Cache permet de mettre des données (objet, liste, ressources ...) en mémoire afin que leurs accès soit plus rapide (cela evite par exemple de faire un requête à chaque demande de l'utilisateur alors que la données est déjà stockée en mémoire). Cependant, ces données mises en mémoire sont disponible pour tous les utilisateurs utilisant l'application Web
Alors que l'objet Session permet lui aussi de mettre des objets / listes ect en mémoire, mais celle l'utilisateur attaché à la session pourra consulter/modifier/supprimer ces données.
La session permet donc de garder en mémoire des données propres à chaque utilisateur, alors que le cache permet de garder en mémoire des informations souvent consultées et consultable par tous les utilisateurs.
J'espère avoir répondu à ta question
A+
Parfaite réponse pour moi. :king:
Merci de ces éclaircissements.
Citation:
Envoyé par DroP
ok je vais essayer ta solution.
Par contre c'est une mauvaise chose de serialiser une entité dans le viewstate ?
Je n'ai jamais essayé donc je ne peux pas trop de répondre là dessus.Citation:
Par contre c'est une mauvaise chose de serialiser une entité dans le viewstate ?
J'ai serialisé mon entities afin de le mettre ds le viewstate est tout fonctionne bien. Si qq un pouvez me dire si c une bonne pratique ou non !!!!
Merci