Discussion :

[cobolfingaz]

Bonjour à tous,

J'ai une classe qui contient les informations d'un utilisateur :

- Prénom
- Nom
- # de téléphone
- Adresse courriel
- etc ..

Dans la section de gauche de mon interface utilisateur, j'ai un listview qui affiche, pour chaque utilisateur, son prénom et son nom.

Lorsque l'utilisateur sélectionne un des utilisateurs de la liste, la section de droite s'active et affiche les autres informations (# de téléphone, adresse courriel, etc.)

... Mais aussi sa photo. Les photos des utilisateurs sont stockées dans la base de données, et bien que ce ne soient pas de très grosses images, pour quelques centaines d'utilisateurs je crainds que ça ne devienne pas trop lourd pour l'accueillir dans une classe. (j'imagine une collection d'objets de type Utilisateur qui contiennent respectivement leur photo ... hmmm pas sûr).

Dans la plupart des cas, dans d'autres interfaces utilisateurs, j'ai besoin de ma classe Utilisateur mais je n'ai pas besoin de sa photo car j'ai besoin seulement des informations de base.

Est-ce possible, pour une classe donnée, d'avoir une version des données de base, et dans d'autres cas, une version complète ?

J'ai lu sur les interfaces et je ne sais pas si c'est cela qui règlerait le problème ?

Ma question est que, si, dans le cas d'un listview contenant des listviewitems, qui eux possèdent leur instance de classe Utilisateur dans leur propriété Tag, je veux faire afficher la photo d'un d'entre eux, suis-je obligé de trainer la photo pour chaque utilisateur ? Y a-t-il moyen, pour un objet Utilisateur donné, de lui ajouter les informations Photo par la suite ?

Merci d'avance

[SirJulio]

Bonsoir,

je trouve que la problematique corrrespondrait bien à un DP decorator. Tu aurais une classe fournissant des informations basiques (nom prenom toussa), et un decorateur instancié si tu as besoin des informations plus specifiques sur la personne en question.

Deuxieme solution, tu pourrais garder l'image dans ta classe utilisateur, mais en la manipulant par une reference faible. L'avantage est ici double puisque tu profites de la capacité des weak-refs à se liberer en cas de penurie, mais en meme temps à retenir leur objet si tout va bien.

Pour les interfaces, je ne pense pas que ca regle le probleme (ou alors je n'ai pas compris ou tu voulais en venir =p).

Bref, la solution doit se situer entre les deux, à savoir eviter de trainer X centaines de photos largement sous utilisés, et à contrario, eviter de reinterroger la base à chaque besoin de photos. Donc à premiere vue, les references faibles me paraissent une bonne piste de depart pour ton probleme.

[tomlev]

Avec du lazy loading et des weak references en effet ça devrait le faire...
Par exemple :

Code C# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
private WeakReference photo_weak;
public Image Photo
{
    get
    {
        if (photo_weak == null || !photo_weak.IsAlive)
        {
            photo_weak = new WeakReference(GetImageFromDatabase());
        }
        return photo_weak.Target as Image;
    }
}
 
private Image GetImageFromDatabase()
{
    ...
}

[cobolfingaz]

Ok, je vais donc m'instruire sur les Weak References.

Merci ! :-)

[tomlev]

Ok, je vais donc m'instruire sur les Weak References.

Merci ! :-)

A priori tout ce dont tu as besoin est dans le code que j'ai posté. Je te laisse le soin de compléter la fonction GetImageFromDatabase