Discussion :

[olibara]

Bonjour

Je viens de découvrir un comportement qui me dérange
Si je cree une List<List<C>> d'une classe, et que je bind cette liste a un Datagridview, toute les propriétés publique de ma classe appairaitront automatiquement dans le datagridview MAIS AUSSI les propriétés Capacity et Count de chaque Liste

Pour empecher cela la premiere solution c'est de faire un binding Manuel en declarant préalablement les colonnes et dataproperty que l'on veut Binder (mais c'est toujours un peu fastidieux)

La deuxieme que j'ai bricolée est la suivante (en quelque sorte je fais une surcharge des propriétés en rendant cette surcharge non browsable)

Ca marche mais je ne sais pas jusqu'a quel point c'est fiable !

Un avis ?

Code :

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
18
19
20
21
22
23
24
25
26
27
28
29
30
31
  public class C_Tour : List<C_TourAdr>
  {
    static public C_TourOrder1Comparer sortOrder1 = new C_TourOrder1Comparer();
    static public C_TourOrder21Comparer sortOrder21 = new C_TourOrder21Comparer();
 
 
    [Browsable(false)]
    public int Capacity 
    {
      get
      {
        return base.Capacity;
      }
      set
      {
        base.Capacity = value;
      }
    }
    [Browsable(false)]
    public int Count 
    {
      get
      {
        return base.Count;
      }
    }
 
    public bool Zie { get; set; }
    public bool Werk { get; set; }
    public int Dag { get; set; }
}

[tomlev]

Si je cree une List<List<C>> d'une classe, et que je bind cette liste a un Datagridview, toute les propriétés publique de ma classe appairaitront automatiquement dans le datagridview MAIS AUSSI les propriétés Capacity et Count de chaque Liste

Bizarre, chez moi ça affiche seulement Capacity et Count, ce qui me semble logique d'ailleurs... comment as-tu bindé les données ? Je ne vois pas trop comment un DGV pourrait afficher une liste de listes...

EDIT: ah mais en fait c'est pas les propriétés de C que tu affiches, c'est celles de la liste... donc c'est pas vraiment une List<List<C>>, c'est une List<C_Tour>.

Dans ce cas, je ne pense pas qu'il y ait d'autres solutions simples. Tu pourrais créer les colonnes manuellement, mais c'est un peu plus galère...

Soit dit en passant, je ne pense pas que ce soit une bonne pratique d'hériter de List<T> pour y ajouter des propriétés. Déjà, si tu fais ça, ces propriétés ne seront pas prises en compte par la sérialisation XML (mais peut-être que tu t'en fous). Il vaudrait mieux créer une classe spécifique pour ces données, avec une propriété qui contiendrait la liste.

[Nathanael Marchand]

Fiable, ca ne l'est pas
Première chose, il y a de grandes chances qui Visual Studio te souligne en bleu tes propriétés car tu caches l'implem qui n'a pas été prévue pour être redefinie. Un warning va donc te dire de mettre new si c'est voulu. Mais dans ce cas là, attention au polymorphisme !

Seconde chose, il est préfèrable d'hériter de System.Collections.ObjectModel.Collection<T> plutôt que de List<T>. Elle a été concue pour être dérivée.

Ensuite, comme solution tu peux essayer de passer par ICustomTypeDescriptor qui est utilisé si disponible pour générer les colonnes.