Cast et Array

Bonjour,
un truc que je ne pige pas! Pourquoi ne peut-on pas caster un tableau d'objet.

Par ex :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

static void Main( string[] args ) { ArrayList oList = new ArrayList();   for (int i = 0; i < 100; i++) oList.Add( i );   int[] o = (int[])oList.ToArray(); .... }

---

ne compile pas car "Impossible de convertir le type 'object[]' en 'int[]'

de même un

Code:

---

int[] o = oList.ToArray() as int[]

---

ne compile pas

En fait j'ai remarqué ce comportement en codant une méthode générique
et

Code:

---

return new List<T>( p_oList.ToArray() as T[] );

---

compile mais renvoi une exception car

Code:

---

p_oList.ToArray() as T[]

---

renvoi null

J'aimerai bien comprendre le pourquoi de tout ça...
Merci de vos éclaircissements :)

C'est assez simple. int est un type. int[] est un autre type. Bien qu'un tant qu'humain on voit la relation que l'un est un tableau de l'autre, ce sont deux types différents.

Par contre, si tu veux facilement convertir un tableau d'un type vers un tableau d'un autre type tu peux utiliser Array.ConvertAll comme décrit ci-dessous:

Code:

---

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

/* public static TOutput[] ConvertAll<TInput,TOutput> ( TInput[] array, Converter<TInput,TOutput> converter )   */ public static void Main() { PointF[] apf = { new PointF(27.8F, 32.62F), new PointF(99.3F, 147.273F), new PointF(7.5F, 1412.2F) };   Console.WriteLine(); foreach( PointF p in apf ) { Console.WriteLine(p); }   Point[] ap = Array.ConvertAll(apf, new Converter<PointF, Point>(PointFToPoint));   Console.WriteLine(); foreach( Point p in ap ) { Console.WriteLine(p); } }

---

De cette façon, le framework va construire un nouvel Array en castant chaque élément, un par un.

Oui suis bien d'accord que int et int[] sont deux types distincts. Je suis cependant étonné que l'on puisse effectuer un cast de object vers int
et que l'on ne puisse pas entre object[] et int[].

Pour l'exemple que tu mentionnes la conversion est différente, puisqu'il s'agit de 2 structures et que donc le cast entre les 2 n'est pas possible.

En effet le code suivant ne compile pas :

object oPoint = new PointF( 27.8F, 32.62F );
Point jPoint = (Point)oPoint;

Citation:

---

Envoyé par karlus

object oPoint = new PointF( 27.8F, 32.62F );
Point jPoint = (Point)oPoint;

---

Si, ca doit compiler, par contre, au runtime tu auras une exception.

Suis d'accord ça va compiler et planter à l'exécution. Mais je saisi pas pourquoi le comportement n'est pas le même entre 2 types tableaux.

Pour ton exemple, je ferais ceci.

Après, si utilises régulièrement ce type de conversion, libre à toi de créer un type myobject[] et d'y implémenter l'opérateur de cast vers int[].

Code:

---

1 2 3 4 5 6 7 8 9

ArrayList list = new ArrayList();   for (int i = 0; i < 100; i++) { list.Add(i); }   int[] intlist = Array.ConvertAll<object, int>(list.ToArray(), delegate(object o) { return (int) o; });

---

Le problème aussi c'est d'utiliser ArrayList, tu n'est pas à l'abris d'un type qui ne peut pas etre convertit en int et la c'est l'exception.

A ta place, j'utiliserais des lists typés en bénéficiant pleinement des generics.

ArrayList c'est bien mais techniquement ce n'est pas tout à fait un object[].

Alors un cast entre un ArrayList et un tableau est pas possible.

Ensuite pourquoi il est impossible de caster object[] en int[] et bien la réponse a deja été dite... ce sont deux types. Le probleme c'est qu'il sais que ce sont des types Tableaux. Il ne peut pas t'autoriser à faire un object[] int[] car en plus de la conversion du conteneur, il faudrait caster le contenu...
Ce qu'il ne peut pas faire dans la mesure où le contenu est inconnu à la compilation, et en plus object[] autorise TOUTE sorte de chose alors que int[] autorise que des int... ce qui lui pose un autre problème.

Cependant utiliser les listes génériques ne règlera pas son problème de cast. En effet ...
List<object> oList = new List<object>();
List<int> iList = (List<int>)oList;
n'est pas possible non plus, on en reviens au même problème, c'est même encore pire ici car tu es passé par le générics entre temps ce qui complique l'affaire au niveau du moteur d'inférence de types.

Citation:

---

Envoyé par cinemania

Cependant utiliser les listes génériques ne règlera pas son problème de cast. En effet ...
List<object> oList = new List<object>();
List<int> iList = (List<int>)oList;
n'est pas possible non plus, on en reviens au même problème, c'est même encore pire ici car tu es passé par le générics entre temps ce qui complique l'affaire au niveau du moteur d'inférence de types.

---

Ah si, justement. Dans ce cas tu certain que le contenu de tes listes est du bon type. Et à ce moment, ceci fonctionnera sans peine:

Code:

---

1 2 3 4 5 6 7 8 9

List<object> objectList = new List<object>();   for (int i = 0; i < 10; i++) { objectList.Add(i); }   List<int> intList = objectList.ConvertAll<int>(delegate(object o) { return (int) o; });

---

Suis complètement d'accord avec toi, j'utilise massivement les génériques. Si besoin pas de problème j'utiliserai le convertAll et une méthode anonyme pour faire la conversion comme tu l'as indiqué.

Ce qui me gêne ce n'est pas tant de le faire, mais que je ne m'en étais jamais aperçu jusqu'à aujourd'hui et que j'aurai bien dit que le code suivant était valide

Code:

---

1 2	object[] oIntTab = new object[]{1}; int[] jIntTab = (int[])oIntTab;

---

On en apprend tous les jours :)
En tout cas merci de m'avoir supporté!

pfff...décidemment ça me travaille :)

Parce que ce code compile lui...il va planter mais il compile :)

Code:

---

1 2 3 4

public static List<T> ConvertArrayListToList<T>( ArrayList p_oList ) { return new List<T>( p_oList.ToArray() as T[] ); }

---

Citation:

---

Envoyé par karlus

On en apprend tous les jours :)
En tout cas merci de m'avoir supporté!

---

De rien, en cherchant j'apprend aussi donc tous les problèmes un peu plus avancé m'intéresse!

Citation:

---

Envoyé par karlus

pfff...décidemment ça me travaille :)

Parce que ce code compile lui...il va planter mais il compile :)

Code:

---

1 2 3 4

public static List<T> ConvertArrayListToList<T>( ArrayList p_oList ) { return new List<T>( p_oList.ToArray() as T[] ); }

---

---

Je pense qu'ArrayList est un type qui doit être bannit! :-)

Sinon ya aussi ça:

Code:

---

1 2 3

ArrayList array; int[] liste = (int[]) array.ToArray(typeof(int));

---

Citation:

---

Je pense qu'ArrayList est un type qui doit être bannit! :-)

---

Totalement d'accord avec toi :)

Je pense aussi que ArrayList devrait etre banni.

neptune, oui la conversion marche avec ConvertAll mais pas sans :)

Ensuite dans son dernier cas sa plante car il essaie de faire une conversion avec as qui retournera null car les types sont pas compatibles.
(en plus as est moins tolérant que le cast, et souvent le as marche pas toujours avec les conversions même lorsqu'on les a défini soit meme comme explicite : public static explicit operator string(Machin obj) enfin moi je sais que dans mon projet à chaque fois me renvoyé null alors qu'un cast sauvage marchait très bien donc :)

Citation:

---

Envoyé par Onlava

Sinon ya aussi ça:

Code:

---

1 2 3

ArrayList array; int[] liste = (int[]) array.ToArray(typeof(int));

---

---

Tiens! Je n'y avait pas pensé et j'ai cherché la petite bête plus loin que cela. A nouveau, ne fonctionnera que si tous les objets de la liste sont de type "castable" vers int.

banni, banni...C'est peut être un peu fort non. Toujours privilégier le générique ok mais parfois avec les problématique d'inférence de type et de covariance qu'à justemment mentionné cinemania on est parfois un peu coincé...

Karlus, à voir cas particulier. Si tu en as, ca m'intéresse. Mais de toute mon expérience de dévelopeur, je n'ai jamais eu à utiliser une liste "fourre-tout" et toujours priviligié des listes typées. Trouver un bug lié à ce type de liste est un casse-tête parfois monstrueux.

moi quand j'ai des listes fourre tout j'utilise des generics avec object :)

je peux pas me tromper cela dit, c'est l'ancêtre de tout donc :)
mais bon mes cas de listes fourre tout sont plutot des trucs bien précis comme des dictionnaires de stockage de définition de contextes et autres choses amusantes.

sinon il est vrai qu'en règle général, on a plus souvent recours à des listes qui devraient être typées (d'où les generics) que le contraire.

En plus l'usage de liste non typées pose des problèmes c'est vrai, pour le debogage, à moins de savoir exactement ce que tu es suceptible de manipuler, tu passe plus de temps à courrir après des bugs "à la con" qu'autre chose. Et moi quand je stocke de tout en vrac, je verifie le type de ce que je récupère... bon cela dit mon projet utilise allégrement la Reflexion donc...

On ne peux pas caster un object[] en int[] simplement parceque le type de base (pointeur sur un tableau) est le meme dans les deux cas. Quand a caster chacun des elements individuellement c'est une autre paire de manches. Maintenant rien ne t'empeche de caster un element au moment de son utilisation:

Code:

---

1 2 3

object[] array = new objet[] {1, 2, 3, 4, "toto", "titi" }; int val = ((int)(oject[1]));

---

est tout a fait valide.

Un cas particulier...Avec l'héritage ça ne semble pas toujours évident. Par exemple :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

public class Parent{}   public class Fille : Parent { }   public class Test { List<Parent> m_oListe = null;   public List<Parent> Liste { get { return m_oListe; } set { m_oListe = value; } }   public List<T> GetListGenerique<T>() where T : Parent { ..... } }

---

L'accesseur "Liste" renvoi une collection d'objet parent mais comment écrire un accesseur pour obtenir une Liste du type fils. ( Sans recopier, caster les références ect... )

C'est exactement la meme chose. Tu ne peux pas caster un List<truc> en List<bidule> car ca obligerai a caster chacun des elements, mais une fois que tu as trouve un element, tu peux le caster de truc en bidule, et l'heritage ne change rien a ca...

on est bien d'accord. L'interet de la liste générique est quand même de s'assurer du typage de la collection et de ne pas avoir à caster. Donc en réponse à neptune je me demandai si on pouvait faire quelquechose qd même avec une list<T> plutot qu'une arraylist dans ce cas.

Dans quelques temps, tu pourras officiellement faire un :

Code:

---

1 2	List<object> list = ...; List<int> listInt = list.OfType<int>();

---

avec les méthodes d'extension de .NET 3.5 :)

Attention OfType() ne revoie pas une List mais un IEnumerable, donc ici ca ne marchera pas. =)

Puis au pire en 2.0 tu peux deja faire un :

Code:

---

1 2 3 4

List<object> list = new List<object>();   List<int> list1 = list.ConvertAll<int>(delegate(object o) { return (int)o; });

---

Yep effectivement intéressant une méthode du type :

Code:

---

1 2 3 4

public List<T> GetListGenerique<T>() where T : Parent { return this.m_oListe.ConvertAll<T>( delegate( Parent o ) { return (T)o; } ); }

---

permet de récupérer des collections de fils. Pas mal. Bcp de plomberie qd même :) et on voit qd même poindre les problèmes de covariance ect...auxquels d'ailleurs faudrait que je m'intéresse un peu plus

Néanmoins l'affectation à la liste reste problématique car autant l'on peut faire

Code:

---

1 2	Child[] oArrayChild = new Child[1]; Parent[] oArrayParent = oArrayChild;

---

mais l'affectation ci-dessous est refusé car List<T> est invariant

Code:

---

1 2	List<Child> oListeChild = new List<Child>(); List<Parent> oListeParent = oListeChild;

---