Discussion :

[Kyrel]

Bonjour,
Il n'y a pas de forum spécifique pour le C++/CLI, donc je me permet de poster ici.

Bon alors... Regardez le résultat de l'éxécution de ce code :

Code :

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
 
/* L'interface de la classe de test */
public interface class ITest{<div style="margin-left:40px">System::Int32^ getVal();</div>};
 
/* la classe de test */
public ref class Test : ITest{<div style="margin-left:40px">private:<div style="margin-left:40px">System::Int32^ val;
Test(System::Int32^ i)
:val(i)
{}</div>public:<div style="margin-left:40px">static ITest^ create(System::Int32^i){<div style="margin-left:40px">return gcnew Test(i);</div>}
virtual System::Int32^ getVal(){<div style="margin-left:40px">return this->val;</div>}</div></div>};
 
/* La fonction principale */
void main(void){<div style="margin-left:40px">ITest^ test = Test::create(1);
int %j = *(test->getVal());
j = 2;
System::Console::WriteLine("val = " + test->getVal());</div>}

Résultat :

val = 2

Ca craint un peu non ? en deux lignes on brise l'encapsulation de la classe Test...

[cinemania]

salut,

à vrai dire je vois pas ton problème là...
ce que tu as écrit est VALABLE également en C++ non managé.
Tu affecte une valeur toi meme à j après avoir récupéré la valeur fourni par l'instance... il est logique que tu récupère la nouvelle valeur affecté, qui écrase la précédente....

je ne vois vraiment pas en quoi ce comportement te choque ou dérange, il est logique dans tout langage impératif et séquentiel.

[Kyrel]

Je sais que c'est valable, mais Test::val étant déclaré privée, on ne devrait pas pouvoir la manipuler en dehors de Test.

Le fait de pouvoir briser l'encapsulation me gène pour la simple raison suivante :
Imaginons que tu travailles sur un projet de grande ampleur et que la conception des différents modules est répartie entre plusieurs équipes. Tu développes ton composant et le passe à une autre équipe.

Admettons maintenant que certains setters décrits dans ton interface réalisent un traitement particulier sur la donnée avant de réaliser l'affectation. Par exemple, le setter d'une valeur "val" va réaliser le traitement suivant :

Code :

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

1
2
3
4
 
public void setVal(int x){
        val = x + offset;
}

Alors l'équipe qui va manipuler ton composant peut très bien utiliser la technique décrite dans mon premier post pour manipuler directement "val" (sans pour autant le faire exprès) et pourrir toute la mécanique de ton code.

Enfin voila... j'ai été surpris

[Médinoc]

Dans ce cas, il suffit de retourner directement l'entier val, plustôt que de le retourner boxé...

Mais si ça peut te rassurer, cela n'est pas possible en C# (et sans doute aussi en VB) : Le langage considère les types valeur boxés comme immuables.

[Kyrel]

C'est plutôt vrai ! Merci beaucoup