Discussion :

[Erakis]

Bonjour

Régulièrement j'implémente des classes à partir de CollectionBase. Voyons un exemple du problème :

Création de l'object à insérer dans la collection spécialisée :

Code :

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

1
2
3
 
UnObject unObject = new UnObject( 100 );
MaList.Add( unObject );

Modification de la propriété de object à l'intérieur de la collection

Code :

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

1
2
3
 
UnObject unObject = MaList[0];
unObject.MaValeur = 10;

À partir d'ici, si je fais :

Code :

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

1
2
 
int valeur = unObject.MaValeur;

On remarque que valeur aura la valeur 100, ce qui confirme MaList[0] retourne une COPIE de l'object et NON une référence.

Est-il possible de retourner une RÉFÉRENCE à l'aide de l'indexeur this ?
Merci

[JolyLoic]

C'est étonnant. Peux-tu montrer comment tu as implémenté cette collection ? Du moins l'indexeur ?

[Sphax]

Salut,

Tu peux obtenir ce comportement si UnObjet est une structure et non une classe. En .net les structures sont de types valeurs et "subissent" un phénomene de boxing/unboxing qd tu les mets dans des collections, ce qui aurait pour effet exactement ce que tu dis (attention avec les collections generiques le comportement a changé je crois, mais je ne me suis pas encore documenté la dessus).

[neguib]

mmmh bizarre; ton type UnObject est bien une classe et non une structure ?

[Erakis]

Le type UnObject est effectivement une structure. Merci de me l'avoir fait penser Je vien tout juste d'allumer ! Eh oui c'est une STRUCTURE et du même coup c'est pourquoi je récupère une simple copie. C'est emmerdant tout de même ! En C++ j'aurais fais :

Code :

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

1
2
3
4
5
UnObject & this[int index]
{
   return List[index];
}

Mais en C# je ne vois aucun moyen de travailler directement sur la référence, à moins de remplacer l'object après l'avoir modifieé.

[neguib]

Le type UnObject est effectivement une structure. Merci de me l'avoir fait penser Je vien tout juste d'allumer ! Eh oui c'est un STRUCTURE et du même coup c'est pourquoi je récupère une copie. C'est emmerdant tout de même ! En C++ j'aurais fais :

Code :

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

1
2
3
4
5
UnObject & this[int index]
{
   return List[index];
}

Mais en C# je ne vois aucun moyen de travailler directement sur la référence, à moins de remplacer l'object après l'avoir modifieé.

Ben pourtant je t'ai donné la réponse transforme ton type structure en classe et voilou
Le type structure doit être moins souvent implémenter qu'on ne le croit, d'autant plus si on envisage de collectionner ces types, à mon très très humble avis.

[Erakis]

Le type était struct du fait que la taille totale des membres était minuscule. Donc côté performance c'était plus sain d'utiliser une struct qu'une classe.

Par la même occasion peut auras-tu réponse à cette question :
Lorsqu'on a un membre de type class dans la struct, quelle taille à ce membre s'il est considéré comme une référence, peut-on dire que c'est comme un pointeur 32 bits ?