Lazy Load et gestion de cache

Bonjour à tous,

Pour le chargement des données (de mes objets) dans un website ayant une architecture de Type 3-Tier, je voudrais utiliser le mécanisme de Lazy Load, mais j'aurais au préalable quelques questions :

- Est ce une bonne méthode pour gérer un cache ASP.NET (côté serveur), de faire un chargement en mode Lazy ? (D'ailleurs si vous avez une ou deux bonnes pratiques pour la gestion de cache je suis preneur).

- Ensuite dans la mise en place de ce mécanisme (de manière manuel), il y a quelque chose qui m'échappe, typiquement la structure est de ce type :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 public class Customer { FileCollection m_oFiles = null; public FileCollection Files { get { if (m_oFiles == null) { m_oFiles = new FileCollection(); m_oFiles.OpenForCustomer(Id); } return m_oFiles; } }
Ca nous oblige à avoir dans l'objet une méthode qui appel la couche métier, non ? Sinon ou mettre la méthode OpenForCustomer ?

Par ailleurs est il possible de faire du Lazy Loading que sur une partie des données (si on a Id, Title et List<Fournisseur>) le faire que sur la liste de fournisseur, est ce que c'est une bonne implémentation du DP ?

Merci d'avance

perso, j'ai mis ca en place pour une appli, ca marche pas mal-> lazy load de donnees depuis un service web, puis mise en cache cote serveur

Par contre, le lazy loading en vas pas te permettre de faire une mise en cache, juste de ne pas charger tous les fichiers si tu veux juste lister les clients

Citation:

Envoyé par rad_hass

Ca nous oblige à avoir dans l'objet une méthode qui appel la couche métier, non ? Sinon ou mettre la méthode OpenForCustomer ?

Par ailleurs est il possible de faire du Lazy Loading que sur une partie des données (si on a Id, Title et List<Fournisseur>) le faire que sur la liste de fournisseur, est ce que c'est une bonne implémentation du DP ?

oui, il va falloir que l'objet connaisse la couche metier, ou sinon, tu ne vas pas faire du lazy loading, tu vas appeler ta couche metier pour demander une nouvelle FileCollection

moi, je ferais ca :
Code:

1 2 3 4 5 6 7 8 public FileCollection Files{ get{ if (m_oFiles == null) { m_oFiles = FileFactory.OpenForCustomer(Id); } return m_oFiles; } }
Mais c'est plus une question de gout ;)

Apres, ca ne me choque pas que tu fasses du lazy loading sur filecollection, mais que tu recuperes toujours Id et Title...Deja parce que si tu n'as pas Id, tu risques d'avoir du mal a retrouver les fichiers ;)...et en plus parce que recuperer Title, ca doit pas couter bien cher, et que le but est bien (dans to cas) d'economiser le chargement de donnees couteuses...

Ce que tu veux faire, c'est ca, en fait :
http://en.wikipedia.org/wiki/Lazy_loading#Ghost

donc, oui, c'est valide comme implementation...apres, on peut aller demander a Martin Fowler :mrgreen:

Desole de mimiser dans cette discussion, mais qu'est ce que le lazy load ? est a quoi ca sert ?

J'ai essayé de chercher sur notre ami à tous google, mais je n'arrive toujours pas à comprendre ?!?

Merci beaucoup pour cette réponse

Citation:

Envoyé par pvialatte

perso, j'ai mis ca en place pour une appli, ca marche pas mal-> lazy load de donnees depuis un service web, puis mise en cache cote serveur

Le service web a un rôle dans l'implémentation ou c'est seulement ton architecture ou encore les deux ?
Citation:
Envoyé par pvialatte
oui, il va falloir que l'objet connaisse la couche metier, ou sinon, tu ne vas pas faire du lazy loading, tu vas appeler ta couche metier pour demander une nouvelle FileCollection

moi, je ferais ca :
Code:

1 2 3 4 5 6 7 8 public FileCollection Files{ get{ if (m_oFiles == null) { m_oFiles = FileFactory.OpenForCustomer(Id); } return m_oFiles; } }
Mais c'est plus une question de gout ;)
J'avoue ne pas utiliser le motif Factory, mais l'association me parait vraiment intéressante, c vachement sexy comme implémentation.

Citation:

Envoyé par pvialatte

Ce que tu veux faire, c'est ca, en fait :
http://en.wikipedia.org/wiki/Lazy_loading#Ghost

donc, oui, c'est valide comme implementation...apres, on peut aller demander a Martin Fowler :mrgreen:

Avec plaisir, ça fera une belle discussion (écoute dans mon cas :mrgreen:)

Encore merci pour cette belle réponse.

Citation:

Envoyé par topolino

Desole de mimiser dans cette discussion, mais qu'est ce que le lazy load ? est a quoi ca sert ?

C'est une technique qui permet de retarder le chargement des données jusqu'au moment où on en a besoin
Regarde le lien wikipedia donné par pvialatte

Pour répondre à la question initiale : si tu veux "lazy loader" des objets métier de façon générique, sans avoir besoin de savoir exactement comment ils marchent, il suffit de créer une interface qui sera implémentée par tous les objets qui supportent ce mode de chargement :
Code:

1 2 3 4 5 public interface ILazyLoadable { void InitializeObject(object[] parameters); bool IsInitialized { get; } }
Evidemment pour le passage de paramètres c'est pas super pratique, mais la généricité à un prix... On pourrait aussi utiliser un IDictionary<string, object> à la place de object[], ça faciliterait un peu la récupération des paramètres.

Citation:

Envoyé par topolino

Desole de mimiser dans cette discussion, mais qu'est ce que le lazy load ? est a quoi ca sert ?

J'ai essayé de chercher sur notre ami à tous google, mais je n'arrive toujours pas à comprendre ?!?

le Lazy loading est un design pattern qui est utilisé dans certains ORM comme hibernate (nhibernate), entity framework (me semble ) ... Ca consiste à retarder la récupération d'une données au moment de son utilisation et donc d'éviter de charger des données inutile qui vont diminuer les performances pour rien et puis ça améliore les temps de réponse (mais ça augmente le nombre de requête).

A l'inverse on a l'eager loading qui lui consiste à tout récupérer d'un coup ...

Qu un connait il un tutorial en francais car je pige que dal a ce design pattern.

Citation:

Envoyé par topolino

Qu un connait il un tutorial en francais car je pige que dal a ce design pattern.

c'est pourtant pas très compliqué... qu'est-ce que tu comprends pas ? le code ne t'aide pas à comprendre ?

Citation:

Envoyé par topolino

Qu un connait il un tutorial en francais car je pige que dal a ce design pattern.

Si tu n'utilise pas ce DP, tu charge ton objet dés que tu l'appel la première fois et ceux entièrement (ou partiellement mais là faut le gérer au niveau de bll), si tu récupère aussi en même temps les objets liés, tu fais du Eager loading (donc tu récupère tt en même temps).

Par contre si tu utilise ce DP, tu te dis je ne charge que partiellement mon objet (Article par exemple) au premier appel (je récup que l'ID par exemple) et si j'ai besoin d'une Description ou un Fichier lié, tu le load lors de l'appel, quand tu fait monArticle.Desc, et dans le code ça se gére avec le fameux :
Code:

1 2 if(Desc == null) ArticleFactory.loadDesc(Id)
Code:

1 2 if(Desc == null) _oFile.OpenFile(Id)

Citation:
Envoyé par tomlev
Pour répondre à la question initiale : si tu veux "lazy loader" des objets métier de façon générique, sans avoir besoin de savoir exactement comment ils marchent, il suffit de créer une interface qui sera implémentée par tous les objets qui supportent ce mode de chargement :
Code:

1 2 3 4 5 public interface ILazyLoadable { void InitializeObject(object[] parameters); bool IsInitialized { get; } }
Evidemment pour le passage de paramètres c'est pas super pratique, mais la généricité à un prix... On pourrait aussi utiliser un IDictionary<string, object> à la place de object[], ça faciliterait un peu la récupération des paramètres.
Non j'ai pas besoin d'autant généricité lol (et de complication lol).
C'est vrai que je n'ai absolument pas le réflexe d'utiliser des Interface je crois que je vais m'essayer pour le test d'implémenter une telle solution, merci pour ce tuyaux.

Niveau perf c'est bon ?
Car je fais attention de ne pas trop me connecter a la BDD.

Du coup avec le lazy loading y a bcp plus d'acces.

Citation:

Envoyé par topolino

Niveau perf c'est bon ?
Car je fais attention de ne pas trop me connecter a la BDD.

Du coup avec le lazy loading y a bcp plus d'acces.

Entre récupérer un champs de 5000 Char ou un fichier que tu ne vas pas utiliser et faire l'appel seulement quand tu en as besoin (et donc un accès en plus), tu peux vraiment être gagnant ...

Puis tu peux ne pas le généraliser et l'utiliser que sur des données couteuse ... Ma question était au départ porté sur la validité de cette approche, c'est ce que m'a confirmé pvialatte plus haut ...

Sans oublier que tu n'es pas obliger de l'utiliser puisque comme tout DP, il est fait pour répondre à une problématique ... Si tu ne l'as pas, la question ne se pose pas (enfin je pense :mrgreen:)

Dans c cas la, j'utilise un autre objet businessn que j'apelle en tps voulu.

AU lieu d'en avoir un grand objet metier j'en ai 2

Citation:

Envoyé par topolino

Dans c cas la, j'utilise un autre objet businessn que j'apelle en tps voulu.

AU lieu d'en avoir un grand objet metier j'en ai 2

A mon avis on ne découpe pas les objets par rapport à la taille de données, je ne vois la pertinence d'un Object descriptionArticle ...

Et autre chose l'utilité de ce DP c'est la transparence de cette manœuvre pour les couches supérieurs, dans ton cas tu dois appeler la BLL pour chercher cette infos, dans le cas du Lazy Loading tu appel ton monArticle.Desc comme s'il était dispo ...

Merci pour tes conseils.

Aurais tu un exemple de a à z d'implementation et d'utilisation ?

Citation:

Envoyé par topolino

Merci pour tes conseils.

Aurais tu un exemple de a à z d'implementation et d'utilisation ?

Non j'ai pas d'exemple complet dsl

SI je comprends bien, il faut dans notre objet metier des classes appelant la couche metier pour les proprietes qu'on desire appeler plus tard. c'est ca ?