Discussion :

[Flaburgan]

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 C# :

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

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

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

Code C# :

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

void MaMethode(IList<A> uneListe);

Je n'arrive pas à faire

Code C# :

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

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 C# :

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

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 ?

[Bluedeep]

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

[GuruuMeditation]

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

[Bluedeep]

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

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

[Flaburgan]

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 ?

[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 ?

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>

[Bluedeep]

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 :

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

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.

[Flaburgan]

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

[Bluedeep]

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 :

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

1
2
3
4
 
B instanceDeB = new B();
List<A> maListeDeB = new List<A>();
maListeDeB.Add(instanceDeB);

est parfaitement valide.

[Flaburgan]

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

[Guulh]

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 :

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

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.

[Nathanael Marchand]

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