Discussion :

[StringBuilder]

Bonjour,

J'ai le code suivant (en gros) :

Code c# :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
struct Test
{
   int a = 0;
   string b = string.Empty;
}
 
List<Test> liste = new List<Test>();
 
liste.add(new Test());
liste.add(new Test());
liste.add(new Test());
 
for (int i = 0, cpt = liste.Count; i < cpt; i++)
{
    liste[i].a = i; // plante
    liste[i].b = string.Format("Test {0}", i); // plante
}

J'ai l'erreur de compilation suivante :

Error 2 Cannot modify the return value of 'System.Collections.Generic.List<CommonTools.User>.this[int]' because it is not a variable C:\Git\UpdateSync\UpdateTools\UpdateExtractor.cs 391 29 UpdateTools


Kézako ?

Pourquoi j'ai pas le droit de modifier les propriétés des structures contenues dans ma liste ?

[StringBuilder]

Grmpf.

En fait, j'ai remplacé struct par class et j'ai plus de problème.
Donc je vais pas chercher plus loin...

[Sehnsucht]

En ce qui concerne l'explication ; lorsqu'il s'agit de structures tu récupères en fait une copie des éléments, donc liste[i] n'est pas l'élément de ta liste mais la copie de l'élément de ta liste.
Par conséquent en modifiant son "a" ou son "b" tu ne modifierais que celui de la copie (et l'élément de ta liste resterait inchangé) ; et donc après la ligne en question la modification serait perdue (vu que tu ne stockes pas cette copie).
Visual Studio détecte ce cas de figure et te le signale (car il y a de grandes chances que tu veuilles modifier l'original plutôt que modifier une copie que tu ne conserves pas)

Tu peux donc, comme tu l'as fait utiliser une classe (car dans ce cas en faisant liste[i] tu récupères une copie, mais une copie de la référence vers le même objet donc les modifications sur la copie se répercute sur l'original vu qu'ils font référence à la même chose).
L'autre possibilité aurait été de conserver une structure, mais stocker d'abord la copie, puis faire les modifications et enfin remplacer l'original par sa copie.

[tomlev]

En fait, j'ai remplacé struct par class et j'ai plus de problème.
Donc je vais pas chercher plus loin...

Bah justement ça vaut le coup d'aller chercher plus loin... La différence entre types référence (classes, délégués, interfaces) et types valeur (structures, enums) est une notion souvent mal comprise et pourtant très importante. L'explication de Sensucht est correcte.

De toutes façons, en pratique il est rarement utile de créer des structures plutôt que des classes, sauf dans des scénarios très spécifiques.

De plus, il est vivement déconseillé de créer des structures "mutables", car ça peut causer toutes sortes de bugs ; si vraiment tu dois utiliser une struct, essaie de t'arranger pour qu'elle ne soit pas modifiable. Pour les explications, regarde ces questions sur Stackoverflow:

• Why are mutable structs evil?
• Why are C# structs immutable?