Discussion :

[Onlava]

Bonjour,

J'ai d'une classe qui "wrappe" System.String et qui utilise les opérateurs impilictes pour l'affectation et la lecture.

Code :

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

1
2
3
4
5
public static implicit operator MyString(string str)
{
    return new MyString(str);
}

Jusqu'ici tout va bien dans le meilleur des mondes.


Dans une autre classe j'ai un membre et une proprtiété de type MyString:

Code :

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

1
2
3
4
5
6
7
MyString mMyString;
public MyString myString 
{
    get { return mMyString; }    
    set { mMyString = value; }
}

Toujours dans cette autre classe j'ai un tableau qui contient une référence au membre mMyString (obtenu par réfléxion sur la propriété myString).


Le problème: quand j'utilise l'opérateur implicite d'affectation. par ex:

Code :

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

1
2
3
MyString test = new MyString();
test = "toto";

Il se crée un nouvelle instance de MyString qui sera evidemment différente de celle contenue dans le tableau cité plus haut.

Est-il possible d'une manière ou d'une autre de forcer la nouvelle instance à "ecraser" l'ancienne et prendre sa référence? (réflexion? unmanaged?..)

Le probème est contournable en ajoutant un propriété value à MyString et en affectant de manière classique, mais sachant que je "wrappe" la plupart des types de bases j'aimerai vraiment garder l'affectation implicite pour gagner en lisibilité.

merci pour votre aide.

[Guulh]

Les chaînes sont gérées de façon très particulières par le framework : ce sont des objets immuables. Donc le seul moyen pour une référence de chaîne de changer, c'est de pointer vers une autre chaîne. Ce sont des classes qui se comportent comme des structs.

Code :

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

1
2
3
string chaine1 = "toto";
string chaine2 = chaine1;
chaine1 = "bob"; // chaine2 vaut toujours "toto".

De plus, pourquoi vouloir avoir une string personnalisée ?

[Onlava]

Salut Guulh, merci pour ta réponse.

Les chaînes sont gérées de façon très particulières par le framework : ce sont des objets immuables. Donc le seul moyen pour une référence de chaîne de changer, c'est de pointer vers une autre chaîne. Ce sont des classes qui se comportent comme des structs.

Malhereusement je crois pas que cela soit le problème ici C'est bien lors de la création d'un nouvel objet (dans l'opérateur implicite) que ma référence est remplacée.
Le comportement est le même avec des objects englobant des valeurs numériques.

De plus, pourquoi vouloir avoir une string personnalisée ?

J'englobe les types de base pour faire un système de serialisation perso.

[Guulh]

Je vois pas bien comment résoudre ton souci. Grosso modo, les string sont comme des structs, et tu ne peux pas référencer une propriété de type struct d'un objet. Ce qu'il te faudrait, ça serait ça :

Code :

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

1
2
3
4
5
6
7
8
9
10
class A
{
public string Chaine {get; set; }
}
 
class B
{
private A a;
public string LaChaineDeA {return a.Chaine; } // aller recherche à chaque fois
}

C'est à ma connaissance le seul moyen. Très contraignant certes

[ced600]

J'ai l'impression que le problème est dans la compréhension de ce qu'il se passe en caché.

Tout n'est que pointeur !!!!

Soit a et b deux pointeurs et "toto", et "titi" deux chaines de caractères.
"toto" est contenu dans la case memoire c1 et "titi" dans la case menu c2.
La case mémoire représentant a contient l'adresse de c1, et pour b l'adresse de c2.

si l'on veut que a contienne l'adresse de c2, rien de plus simple a = "titi".

maintenant si j'ai bien compris, lorsque tu crée b tu veux que a pointe sur ce que référence b ?
Alors pkoi ne pas faire simple et dire que a = ce que ref b après création de b
voir même faire a = new mystring ?

Note : a est une case de ton tableau et b -> test