Discussion :

[altropus]

Bonjour,

J'utilise un ListView auquel j'associe des données via :

Code :

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

1
2
3
4
5
6
 
System.Windows.Controls.ListView listView = new System.Windows.Controls.ListView();
ArrayList arrayList = new ArrayList();
Category category = new Category();
arrayList.Add(category);
listView.ItemsSource = arrayList;

Dans cet exemple, les données proviennent de l'objet Category:

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
 
class Category
{
  public int id;
  public string name;
 
  public int ID
  {
    get { return this.id; }
  }
  public string NAME
  {
    get { return this.name; }
  }
 }

Question : comment rendre générique ce fonctionnement pour que le code puisse s'adapter à n'importe quel type d'objet sans avoir, à chaque fois, à créer un nouvel objet tel que l'objet Category ?

Merci d'avance...

[MetalGeek]

C'est quoi que tu veux rendre "générique" exactement ? L'ajout dans la liste ? Le binding ?

[altropus]

J'aimerais, si possible, avoir un objet "générique" qui remplacerait l'objet de type Category de mon exemple et qui fonctionnerait pour tout autre type d'objet.

Autrement, si il existe une autre méthode que le passage par des objets pour remplir dynamiquement les ListView, cela m'intéresse aussi.

En fait, le problème est le suivant : la description de la structure des données de mes objets se trouve dans des fichiers de configuration. Cette description est variable et peut évoluer. J'aimerais donc arriver à remplir mes ListView sans créer un grand nombre d'objets qui risquent de ne pas être synchronisés avec mes fichiers de configuration.

[MetalGeek]

Bon, alors déjà, le seul type qui marche avec "tout type d'objet", c'est "object".
Ensuite, si j'ai bien compris, en fait tu vas avoir des listes d'éléments, contenant chacun des attributs, dont la liste et la définition va évoluer.

Tes classes ne vont pas pouvoir évoluer toutes seules, et te fabriquer des propriétés sur mesure (enfin du moins, pas une fois en production!). Donc à la limite je te suggérerais plutôt de faire une classe regroupant les attributs communs à tes objets, dont tu es sûr qu'ils existeront toujours (ex. "ID", "Name" etc).

En,suite, tu pourrais ajouter une propriété du genre NameValueCollection, ou autre dictionnaire, dans lequel tu vas ajouter les attributs "évolutifs" et leurs valeurs.

A mon avis, c'est soit ça, soit créer de nouveaux types à chaque fois ; s'il ne s'agit que de types servant à encapsuler ces données, ça serait beaucoup de travail pour rien.

Maintenant, si tu ne te sers de ces éléments que pour le databinding, et selon la manière dont ils sont stockés, par exemple en XML, tu pourrais binder tes contrôles dessus avec la syntaxe XPath.

Pour l'ajout dans la ListView, en principe tu fais ça en XAML avec la propriété ItemsSource.