IList, ObservableCollection, polymorphisme et cast

Bonjour,

J'ai un petit souci et je ne comprends pas pourquoi.
Soient A et B deux classes avec B qui héritent de A

J'ai une liste déclarée comme suis :

Code:

---

IList<B>listeDeB = new ObservableCollection<B>();

---

J'ai une méthode avec le prototype suivant :

Code:

---

void MaMethode(IList<A> uneListe);

---

Je n'arrive pas à faire

Code:

---

MaMethode(listeDeB);

---

(methode has some invalide argument).

Déjà là je ne comprends pas bien, puisque B hérite de A, je devrais pouvoir l'appeler, mais admettons. Je caste donc ma liste ainsi :

Code:

---

MaMethode((IList<A>)listeDeB)

---

et là j'obtiens :
Unable to cast object of type 'System.Collections.ObjectModel.ObservableCollection to type 'System.Collections.Generic.IList

Hum... Quelqu'un peut m'expliquer ?

Bonjour

Si tu es en framework 3.5, il n'y a pas de solution directe à ton problème.

Si tu es en 4.0 ou + , je te suggère d'aller voir les notions de covariance et contravariance de généricité.

Ici :

http://msdn.microsoft.com/fr-fr/library/dd799517.aspx

Pub au passage :mouarf: : http://guruumeditation.developpez.co...tnet/variance/

Citation:

---

Envoyé par GuruuMeditation

Pub au passage :mouarf: : http://guruumeditation.developpez.co...tnet/variance/

---

Désolé :oops:, je ne connaissais pas ton article sur le sujet, sinon c'est celui que j'aurais mis en lien

Je suis en 3.5 et je ne peux pas passer en 4.

Alors je fais quoi moi :(

Au passage, je tiens pas particulièrement à IList, je peux mettre ce que vous voulez à la place, par contre j'ai besoin de mon ObservableCollection.

Si je mets ICollection partout à la place de IList, ça va marcher ?

En fait là j'ai un héritage à la fois au niveau de l'objet et de la collection, si je mets partout la collection et que j'ai plus qu'un héritage sur l'objet, ça marcherait ?

Edit : Visiblement non, j'ai mis ObservableCollection<> partout et il me dit que l'argument est invalide si je cast pas, et qu'il peut pas caster si je mets (ObservableCollection<A>) devant la listObservableCollection<B>

Citation:

---

Envoyé par Flaburgan

En fait là j'ai un héritage à la fois au niveau de l'objet et de la collection, si je mets partout la collection et que j'ai plus qu'un héritage sur l'objet, ça marcherait ?

---

Tu n'as pas d'héritage au niveau de la collection, c'est justement le problème.
Ton problème vient d'une relative mécompréhension (fréquente, je te rassure) de la généricité.

Considèrons une classe générique A :

Code:

---

1 2 3 4

class A<T> where T : class { T aMember; }

---

Il faut comprendre que les classes A<int> et A<string> n'ont aucun antécesseur commun, contrairement à ce qu'on pourrait instinctivement supposer.
En effet, la classe générique A<T> n'est pas une classe au sens habituel, c'est à dire une entité instanciable ou adressable comme référence (cas d'une class abstraite).

Elle n'a d'existence en temps que classe que au moment où tu donne une signification à son paramètre de généricité. Il faut (avec beaucoup de nuances !) considérer A<T> comme une sorte de "macro" qui ne devient une classe que dès l'instant où T prend une signification.

J'ai vu en effet que ça ne marchait pas (j'ai édité mon message ci-dessus), mais alors, quelle solution... ?

Citation:

---

Envoyé par Flaburgan

J'ai vu en effet que ça ne marchait pas (j'ai édité mon message ci-dessus), mais alors, quelle solution... ?

---

Une, simple, consiste à stocker ta liste d'instance de B dans une liste de A (comme B hérite de A).

Code:

---

1 2 3 4

B instanceDeB = new B(); List<A> maListeDeB = new List<A>(); maListeDeB.Add(instanceDeB);

---

est parfaitement valide.

Oui oui, c'est ce que j'ai fait depuis le début, c'est au moment de passer les paramètres...

ça voudrait dire que ma première méthode doit rester plus générique, mais ça me plaisait pas trop.

Je vais voir ce que je fais, en tout cas, ça a répondu à ma question initiale, merci :)

Une autre solution, si tu as la main sur la méthode à appeler, est de relâcher sa définition, de cette façon:

Code:

---

void MaMethode<T>(IList<T> uneListe) where T : A

---

Selon le contenu de la méthode en question, ce sera possible ou pas.

Sinon, pour reprendre ce que disais BlueDeep, essaie de voir si en fait ta méthode ne se contenterait pas d'un IEnumerable. A cemoment là, tu pourrais bénéficier gratos de la covariance de IEnumerable<T>.

Pour compléter encore ce que dit BlueDeep, un exemple parlant: même si A hérite de object, List<A> n'hérite pas de List<object>, parce que tu peux appeler Add(new B()) sur une liste d'objets, mais pas sur une liste de A.

Citation:

---

Envoyé par Guulh

Sinon, pour reprendre ce que disais BlueDeep, essaie de voir si en fait ta méthode ne se contenterait pas d'un IEnumerable. A cemoment là, tu pourrais bénéficier gratos de la covariance de IEnumerable<T>.

---

Oui mais qu'avec .Net >= 4 :)