[VB.NET] Assignation d'un élément d'une liste (structure)

Version imprimable

Voir 40 message(s) de cette discussion en une page

Toujours le même probleme mais en différent ... :|
Code:

1 2 3 4 5 6 7 8 9 10 11 12 Public Structure ArretsGPS Public duree As Integer ... End Structure Dim azaz As New List(Of ArretsGPS) Dim valArret As ArretsGPS With valArret .duree = 2 End With azaz.Add(valArret) azaz(0).duree = 0 ' -> "Cette expression est une valeur et ne peut donc pas être la cible d'une assignation."
Le compilateur affiche une erreur (sans compiler) sur la dernière ligne et je n'arrive pas a comprendre pourquoi.

Peut-on m'aider ?
merci

Apres pas mal de recherches, de prise de tete, etc .. il semblerait que j'ai trouvé une méthode qui fonctionne ... :roll:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 Public Class CArretGPS Public duree As Integer ... End Class Dim azaz As New List(Of CArretGPS) Dim valArret As New CArretGPS With valArret .duree = 2 End With azaz.Add(valArret) azaz(0).duree = 0
Je n'ai pas vraiment compris pourquoi une classe passait mieux qu'une structure (valeur / référence), mais je n'ai plus d'erreur, ni avant la compilation, ni a l'éxécution ...

La source qui m'a bien aidé : http://www.thescripts.com/forum/thread453112.html

Si des personnes ont une explication plus claire ...

19/11/2006, 12h11
Mehdi Feki

mon explication :

La stucture est un type valeur, donc quand tu lui accede à partir de la List tu obtient une copie, donc en fait tu vas changer la valeur de la copie et non pas de la structure inserée dans la liste, et puisque le compilo est assez intelligent il a prévu donc cette maladresse :roll:
20/11/2006, 09h29
basnifo

mouais :roll:

Que je ne dise pas de bétises : .net est bien le seul a avoir une gestion des structures comme ca, non ?
Parce que pour moi, je ne trouve pas ca très clair et pratique ... et je ne suis jamais tombé sur ce genre de cas dans d'autres langages

merci
21/11/2006, 18h46
Mose

Non non, c'est pas spécifique au C#.
En C++ c'est pareil.
En Java aussi j'imagine, sinon je ne vois pas bien à quoi ça sert d'avoir des structures et des classes.

Pourquoi tu fais des structures et pas des classes ?
21/11/2006, 18h55
Sphax

Salut,

.Net est un des "langages" ou on peut spécifier explicitement la gestion des variables par valeur ou par référence lors de la définition du type: struct = par valeur , class = par référence. On peut trouver ça étrange et déroutant mais en tout ça fait parti des choses à savoir qd on utilise un langage :).

C++ n'est pas pareil, en C++ tout est traité par valeur, struct ou class même combat. Pour avoir des références il faut utiliser le symbole "&" lors de la déclaration d'une variable (ou bien utiliser des pointeurs pour obtenir qque chose d'équivalent).
En Java il me semble qu'au tout début même les types de base (entier, caractère etc...) étaient gérés par référence et le programmeur ne pouvait pas créer de types valeur. Maintenant les types de base sont des types valeur, je crois qu'on peut définir des types valeur également. Qu'un spécialiste java me corrige si je dis des bêtises :).
21/11/2006, 19h34
Mose

Citation:

Envoyé par Sphax

C++ n'est pas pareil, en C++ tout est traité par valeur, struct ou class même combat. Pour avoir des références il faut utiliser le symbole "&".

Ah ouaaaaaaaaaais ça me reviens bien maintenant.
Rholalalala, qu'est ce qu'on est bien en C# :)

Ceci dit, en C++ il y a des raisons concrètes d'utiliser des structures ou des unions plutôt que des classes pour des raisons pratiques de gestion de mémoire, ce qui n'est pas vraiment le cas en C#, langage de plus haut niveau avec un runtime évolué, où les classes sont gérées totalement différemment du C++.
22/11/2006, 09h29
basnifo

Merci pour vos réponses.

Mais y'a pas à dire : je ne trouve pas du tout ca "explicite" les passages par valeurs ou reférences en .net ...
J'ai touché plusieurs langages et je ne m'étais jamais posé ce genre de questions .... vraiment bizarre je trouve

Je dévie légèrement du sujet pour poser ces questions :
le type String, le type Objet, le type integer ... par valeur ou référence ?

Imaginons que j'ai un objet contenant une classe qui contient elle-meme un String :
listObj(0) <=> String

Si je fais :

Code:

dim str as String = listObj(0)

Cela fait une copie ou une référence a la variable de départ ?
Idem pour d'autres types ...

Comme vous le voyez, je suis un peu paumé la ^^
22/11/2006, 09h58
Sphax

Citation:

Mais y'a pas à dire : je ne trouve pas du tout ca "explicite" les passages par valeurs ou reférences en .net ...
J'ai touché plusieurs langages et je ne m'étais jamais posé ce genre de questions .... vraiment bizarre je trouve

C'est pas trés intuitif au premier abord mais ça permet plus de contrôle. Il faut voir ce qu'il y a derrière la distinction valeur/référence.
Un type valeur est alloué sur la pile ce qui implique une allocation/désallocation rapide sans intervention du garbage collector et une assignation de type valeur ou un passage en paramètre de fonction (ou valeur de retour) va effectuer une copie de l'objet.
Un type référence est alloué sur le tas, sa mémoire devra être réclamée par le garbage collector. Une assignation ou un passage de paramètre d'un type référence ne copie (par défaut) que la référence, pas l'objet lui même.
Tout ça peut avoir un fort impact sur les performances d'une application en fonction du modèle choisi (valeur ou référence) et en fonction du type de l'application (par exemple une appli trés mathématique qui manipule beaucoup de petits objets comme des vecteurs/matrices aurait surement intéret à utiliser des struct plutot que des class pour ces objets).

Citation:

le type String, le type Objet, le type integer ... par valeur ou référence ?

String : référence
Object : référence
Integer : valeur

Tu peux savoir tout ça en regardant la classe de base de ces objets : tous les types valeurs doivent dériver de la classe ValueType, pas les types référence.
22/11/2006, 10h26
basnifo
oki merci ...

Si je comprends bien, il va falloir que je change tous mes :
Code:

1 2 3 Dim string1 as string = "coucou" Dim string2 as string string2 = string1
en
Code:

1 2 3 Dim string1 as string = "coucou" Dim string2 as string string2 = String.copy(string1)
?

Je le sens trop pas ce truc ... je sens quue mon application va exploser ...
Il faut dire aussi que dans beaucoup de langages String est un type de base comme Integer ... Existe t-il d'autres types connus comme String qui risquent de faire exploser mon appli ?

PS : et le constructeur de String il est ou ? :( On ne fait pourtant pas de new ....
22/11/2006, 10h40
Sphax

Les chaines de caractères sont traitées de manières particulières par le framework. Déja il faut noter que ce sont des objets "immutables" c'est à dire que tu ne peux jamais modifier une chaîne de caractère une fois celle-ci créée. Ensuite qd tu écris :

Code:

Dim string1 as string = "coucou"

Le compilateur se charge de créer une chaîne contenant "coucou" et il copie la référence à cette chaîne dans ta variable string1. C'est une syntaxe simplifiée pour les string qui sont trés utilisées (d'ailleurs on a les mêmes facilités pour tous les types de base, tu n'écris pas : dim I as Integer = new Integer(10) mais c'est bien ce que fait le compilateur/framework).

Je ne vois pas l'intéret de dupliquer toutes tes chaines de caractères ? Par contre pour d'autres types d'objets, si tu pensais que la copie se faisait par valeur tu risques d'avoir de ssoucis oui...

Je vais essayer d'etre plus clair :P

Voila en gros mon code :

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
Public Class CArretGPS
    Public nomParcours As String
    Public latitude As Double
    ...
End Class
 
...
 
' listeArrets2 existe et contient deja des éléments ....
Dim listeArrets2 As List(Of CArretGPS)
 
Public Sub Truc()
    Dim listeArrets As New List(Of CArretGPS)
    Dim valArret As New CArretGPS
 
    valArret.nomParcours = "Parcours1"
    valArret.latitude = 5
    listeArrets.Add(valArret)
 
    ' Est-ce que cette ligne de code peut poser problème ? (affectation de String)
    listeArrets2(0).nomParcours = listeArrets(0).nomParcours
    ' Dans tous les cas, cette ligne par contre ne devrait pas poser de soucis, non ? (affectation par valeur)
     listeArrets2(0).latitude = listeArrets(0).latitude
    ...
End Sub

Dans l'exemple ci-dessus, je me pose la question si l'affectation d'une String a une autre peut me poser des soucis plus tard ?!
En gros, si il s'agit de la même variable (référence) ou d'une copie ?

Merci !

22/11/2006, 11h10
Sphax

Citation:

En gros, si il s'agit de la même variable (référence) ou d'une copie ?

Il s'agit de la même référence, mais avec les string ça ne doit pas te poser de problème puisqu'elles sont immutables (tu ne peux pas les modifier). Pas de soucis à partager des objets immutables, tu vois ce que je veux dire ?
22/11/2006, 11h20
basnifo

Oui, je commence a comprendre ... mais si je comprends bien, dans le cas ou je modifie une des 2 string, l'autre ayant la même référence, il y a risque qu'elle prenne la même valeur, non ? .. :roll:
22/11/2006, 11h35
Sphax

Non, comme une string n'est pas modifiable, tout ce que tu peux faire c'est assigner une nouvelle référence vers une nouvelle string a tes variables, et donc elles ne partageront plus les mêmes objets à ce moment là.
22/11/2006, 11h38
basnifo

ok ! donc la référence sera modifiée pour la variable modifiée (et uniquement celle-la) !
Tain c'est chelou tout ca :cfou: J'ai quand même du mal ...
Bon pour les objets (de ma classe, d'ArrayList), j'ai fais gaffe, normallement je fais des copies d'objet ...
Ca "devrait" pas exploser alors ... :roll:
22/11/2006, 20h40
Mose

En fait, la string faut la voir comme un ValueType furtif (qui n'hérite pas de ValueType)
22/11/2006, 22h53
Mehdi Feki
Citation:

Envoyé par Sphax

Maintenant les types de base sont des types valeur

je confirme, en java pour faire des passages par référence il faut alors encapsuler la variable dans une classe ou la passer dans un tableau.

pour l'histoire du string si vous répondez à cette question alors vous serez certifé microsoft string specialist 8-)
Code:

1 2 3 4 5 string s = "I"; s += " have" ; s += " a" ; s += " dream" ;
Combien de références string ont été utilisées ?
Combien il en restera à la fin ?
Où sont elles allées les références perdues ?
Comment remedier à ce probleme ?

A+
23/11/2006, 16h39
basnifo

Citation:

Combien de références string ont été utilisées ?
Combien il en restera à la fin ?
Où sont elles allées les références perdues ?
Comment remedier à ce probleme ?

euh .... tentons :mrgreen:
1) 4
2) 1
3) euhm .... :roll: On est en code managé ... Le CLR a créé de nouvelles références à chaque fois. Les références qui ne sont plus utilisés sont gérés par le garbage collector qui vide "a peu près quand il veut" :mouarf: .
4) en codant dans un autre langage que .net ? :marteau: En implémentant une interface pour libérer l'objet (disposable) ou un truc comme ca ? :bug:
23/11/2006, 17h12
Sphax

Sans optimisation du compilateur, je dirais

1) 7 (à cause des chaines intermédiaires de chaque +=)
2) 5 (ces mêmes chaines intermédiaires vont être garbage collectées)
3) comme dit plus haut certaines des références vont être garbage collectées (les valeurs intermédiaires) , les chaines litérales sont stockées dans un endroit particulier par le CLR si je ne me trompe pas afin de pouvoir être réutilisées (mécanisme de string interning).
4) En écrivant string s = "I have a dream" :) (si le compilateur n'optimise pas déja comme ça ...)

Voir 40 message(s) de cette discussion en une page