ComboBox : Comment le BindingManager interprête-t'il la datasource ?

Bonjour.

J'essaye de comprendre un fonctionnement du combobox assez étonnant.

L'objet positionné en datasource doit implémenter Ilist : ça nous donne pas mal de possibilité.

Une fois la datasource positionnée, le combo charge ça datamanager.list avec des items déduits de datasource.

Le combo a 2 comportements différents suivant la datasource :
- soit la datasource est composée d'objets "complexes" (une classe perso, une datatable par exemple) : dans ce cas, il est nécessaire de définir un valuemember et un displaymember.
- soit la datasource est composée d'objets "simples" (un tableau de string par exemple) : dans ce cas, le valuemenber et le displaymember sont inutiles.

Ce qui me perturbe c'est qu'un string expose (via System.Reflection.PropertyInfo) les propriétés chars et length... j'aurai compris le fonctionnement si une seule propriété était exposée mais avec 2 propriétés je séche !

J'ai fait un coup de reflector sur le combo mais ça m'a pas avancé beaucoup.

Quelqu'un sait-il comment le combo déduit la nécessité du binding via valuemember et un displaymember ?

Cdt.

Re.

Bon, ben c'est résolu.

En fait, tout ce joue dans le setdatasource de la class currencymanager (datamanager est un currencymanager).

Le combo différencie les list de type Array ou qui implémente Ilist et IlistSource (comme datatable par exemple) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

if (list is Array) { this.finalType = list.GetType(); list = (Array) list; } if (list is IListSource) { list = ((IListSource) list).GetList(); } if (list is IList) { ...

---

Conclusion : Loué soit Reflector !!!

Cdt.