Discussion :

[Babas007]

Bonjour,

Je souhaite changer le type d'une variable, comme ceci:

Code :

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

1
2
 
object obj = Convert.ChangeType( source, source.GetType( ) );

Le problème c'est que celui-ci retourne une référence sur source, donc si je fais quelque chose comme:

Code :

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

1
2
3
 
 tmp = Convert.ChangeType( source, source.GetType( ) ) as AirportZone;
 tmp.Id = Id;

ALors Id de source est modifié, ce que je ne veux surtout pas. Comment puis-je faire pour empecher cela? J'aurais voulu cloner ou déréférencer la variable retourné, mais je ne peux pas...

Please help!

[StormimOn]

Tu es obligé de cloner l'objet de départ, en créant un nouvel objet ayant le même état que l'objet source.

[tomlev]

Code :

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

1
2
 
object obj = Convert.ChangeType( source, source.GetType( ) );

Cette instruction ne sert à rien... par définition le type de source est déjà source.GetType(), donc ChangeType renvoit l'objet tel quel. De toutes façons, Convert.ChangeType ne fonctionne que pour les types primitifs...

Au fait, il n'y a pas de "déréférencement" en C# (sauf pour les pointeurs sur des structures, mais c'est vraiment un cas particulier)

Si je comprends bien, tu veux cloner l'objet. Pourquoi ne pas simplement créer une nouvelle instance de AirportZone et copier ses propriétés ?

[akkai]

IL faut que tu utilise un constructeur par recopie pour te faciliter la vie

[Bluedeep]

IL faut que tu utilise un constructeur par recopie pour te faciliter la vie

Ou plutôt implementer l'interface ICloneable, qui est faite précisément pour cela.

[tomlev]

IL faut que tu utilise un constructeur par recopie pour te faciliter la vie

Ou plutôt implementer l'interface ICloneable, qui est faite précisément pour cela.

D'après une autre discussion, AirportZone est en fait un contrôle WPF... donc aucune des deux approches n'est valable

[NokyDaOne]

Au fait, il n'y a pas de "déréférencement" en C#

N'importe quoi.

[Bluedeep]

N'importe quoi.

Ah bon ? en dehors du contexte des mécanismes spécifiques à la communication avec le monde "non managé", peux tu nous décrire les mécanismes de déréférencement en C# ? je suis bien curieux de les connaitre.

[tomlev]

N'importe quoi.

Devant un avis aussi richement argumenté, je reste sans voix...

[tresorunikin]

http://www.csharp411.com/c-object-clone-wars/

[NokyDaOne]

S'il n'y avait pas de dé-référencement l'exception System.NullReferenceException n'existerait pas. A chaque fois que vous accéder à un membre d'un objet du type class (pas struct) vous dé-référencez. Ce n'est pas parce que le mot n'est pas écrit que ce n'est pas ce qui se passe.

[tomlev]

S'il n'y avait pas de dé-référencement l'exception System.NullReferenceException n'existerait pas. A chaque fois que vous accéder à un membre d'un objet du type class (pas struct) vous dé-référencez. Ce n'est pas parce que le mot n'est pas écrit que ce n'est pas ce qui se passe.

Le déréférencement dont je parlais, c'est le fait de récupérer l'objet pointé par la référence (ou le pointeur). Ce qui en C/C++ donnerait ça :

Code :

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

1
2
Foo * ptr = new Foo();
Foo foo = *ptr; // déréférencement

Et ça, ça n'existe pas en C#

[NokyDaOne]

Effectivement avec << ta définition >> (qui n'est pas la bonne).

[tomlev]

Effectivement avec << ta définition >> (qui n'est pas la bonne).

Je te trouve bien sûr de toi, tu pourrais vérifier avant de dire ça...

http://fr.wikibooks.org/wiki/Program...t,_indirection

[NokyDaOne]

Je ne vais même pas lire ton lien. Déréférencer c'est le fait d'accéder à ce qui est pointé par une référence. Si j'ai un objet (donc un pointeur vers une structure) avec une propriété name
quand je touche à la propriété name je déréférence mon pointeur pour pourvoir cahngé la valeur du champ de la structure.

C'est même pas discutable.

[tomlev]

Je ne vais même pas lire ton lien.

C'est même pas discutable.

Tu as raison, surtout ne te remets pas en cause...

En ce qui me concerne, la discussion est close. La question n'est même pas de savoir qui a raison, mais le ton que tu emploies depuis ta première intervention est très désagréable...

[NokyDaOne]

Je suis désolé quand j'entends les conneries du genre ya pas de pointeur, on déréférence pas, c'est énervant. Depuis que l'objet existe les gens sortent des inepties incroyables avant de s'être renseigné réellement sur le sujet. Donc ça m'agace, dès que j'entends ces conneries je dégaine. Peut-être qu'un jour ces idées auront enfin disparu.

P.S : J'ai lu le lien finalement, mais toi il ne semblerait pas.

[moldavi]

Bonjour NokyDaOne.

As-tu un exemple de code en C# qui vienne étayer tes dires sur le déréférencement, parce que là je reste sur ma faim.

[becket]

Sans rentrer dans le débat, il me semble que sous condition de déclarer ton code unsafe et en compilant /unsafe , tu peux faire :

Code :

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

1
2
3
4
 
int i = 123; 
int *pi ; 
pi = &i;

[moldavi]

Merci becket.

http://msdn.microsoft.com/fr-fr/libr...=VS.80%29.aspx

Par défaut, C# ne prend pas en charge d'opérations arithmétiques sur les pointeurs pour maintenir la sécurité et la fiabilité des types. Toutefois, il est possible, avec le mot clé unsafe, de définir un contexte unsafe dans lequel des pointeurs peuvent être utilisés.

Donc je dirais que non le C# ne prends pas en charge le déréférencement, mais que oui par une bidouille...