Différence entre un (cast) et un System.Convert ?

Bonjour,

je cherche à savoir quelle est la différence entre l'utilisation de casting (conversion explicite d'après la doc msdn) et un System.Convert en C#

Mis à part la possibilité de perdre en précision (par exemple d'un double vers un int) dans les deux façons de faire :

Y a t'il une différence de performance ?
Comment C# .Net fait il réellement pour faire l'une ou l'autre ?
(pourquoi ces deux façons de faire ?)

Le cast passe t'il par une conversion en bit de données ? Qu'en est il pour le System.Convert ?

Vaut'il mieux privilégier le System.Convert que le casting en général et pourquoi ?

J'ai quelques pistes de la doc msdn :

Vue d'ensemble des conversions :
http://msdn2.microsoft.com/fr-fr/lib...99(VS.80).aspx

System.Convert :
http://msdn2.microsoft.com/fr-fr/lib...f1(VS.80).aspx

Conversion explicite (casting) :
http://msdn2.microsoft.com/fr-fr/lib...58(VS.80).aspx

En parcourant les docs de msdn, je n'ai pas trouvé d'avertissement à ce sujet ni de documentation qui me donne vraiment la différence de performance entre les deux.

Je pense que ces deux façons de faire sont identiques et que pour C# elles reviennent au même mais je ne suis absolument pas certain.

Ya t'il des experts pour m'éclairer ?

D'avance merci

peut-etre qu'avec les fonctions de Convert tu as davantages de possibilités
voir certains cast impossibe sans passer par le Convert ;)

The Monz, Toulouse

c'est vrai j'avais remarqué ça aussi ;)
obligé de passé par un Convert parfois ..

la question reste de savoir s'il y a différence de performance entre les deux etc.. et la raison du phénomène que tu viens de soulever

si tu veux "vraiment" voir si une différence existe, tu peux toujours regarder
le code IL generé.. je crois de mémoire que dans le cas d'un Convert, il doit
y avoir un try/catch qui enrobe la conversion... mais c'est de mémoire.. donc
défaillant potentiellement ;)

The Monz, Toulouse

d'accord je vais regarder, mais qu'est ce que le "code IL" ?

je n'ai jamais fait ça..

IL = Intermediate Language

Grosso modo, c'est le code qui sera executé et qui est généré par le compilateur...

Il faut savoir que le code est le mode pour du vb, c#..

A titre indicatif, à partir de ce code, des outils gratuits comme Reflector sont
capables de te faire le Code VB ou C# ou autres.. (c un outil pratique
pour qui veut convertir du C# en VB.net... sans le faire manuellement...)

Le code IL peut etre vu en utilisant l'outil "ILDASM.EXE" de M$... gratuit lui aussi.

Regarde dans le msdn, tu y trouveras ton bonheur et des explications ;)

The Monz, Toulouse

ok merci beaucoup,

je vais regarder ça dans les jours à venir et je reviendrai donner des nouvelles

merci

Pour en revenir à ma question d'hier,

je me pose aussi la question sur la différence entre un cast (string) et un toString() dans certain cas.

Par exemple si je fais un sqlCommand.executeScalar() pour récupérer une donnée de ma base de données, executeScalar() me retourne un "object" or je sais que c'est un string que je suis censé obtenir et je fais donc un :

Code:

---

(string)maSqlCommand.executeScalar();

---

mais .. et pourquoi pas un :

Code:

---

maSqlCommand.executeScalar().ToString()

---

?

dans les deux cas ça fonctionne mais j'aurai tendance à dire que le cast explicite (string) est mieux car on est sur d'obtenir notre donnée telle qu'elle alors que la méthode ToString() est censée "représenter" l'objet en string..

de mémoire en java, les ToSting() retournait parfois l'adresse du pointeur de l'objet...

mais de là à dire qu'un cast explicite (string) est plus performant ou pas qu'un ToString() je ne sais pas du tout.

si quelqu'un a des eclaircicessement à ce sujet..

bon we

Salut .

Pour répondre totalement à la question .

Un cast n'est qu'une façon de forcer le type d'un objet. C'est a dire que tu vas brutalement et sans aucune précaution tenter de transformer un objet quelconque en un autre. Tout ce passe bien si tu esasi de transformer un objet qui est par exemple une string en string, les types sont les même .

Convert permet d'éviter de faire ça "a la barbare". Il va vérifier que le cast est possible, et ensuite seulement faire la transformation. De plus il fait des vérification des transformations en applicant par exemple des réglès de transformation d'un double en float pour ne pas fausser la valeur du float.

Pour ce qui est de ta question sur le (string) et .ToString() il faut savoir que si le résultat est le même c a d que tu as une string au final, les conséquences et la démarche sont absolument différentes.
Dans un cas tu vas caster un objet, (voir au dessus pour les explications) et dans tu vas effectivement demander sa représentation soit forme de string. Si ta commande te renvoi un objet complexe comme une instance de "MaClasse" et que la méthode ToString n'est pas redéfinie dans cette classe tu aura une belle chaine qui ne veut rien dire ...

Bonjour dev01,

merci beaucoup pour ta réponse.

Penses tu qu'il vaut mieux privilégier les Convert dans son code autant que possible et éviter les (cast) ?

Eviter les deux si possible :) Previligier les classes abrastraites, les generiques etc. Reviser le code aussi parce que si tu as declare

Code:

---

int variable;

---

et dans le code tu fais un cast ou un Convert() peut-etre c'est mieux de penser changer le type de variable.
Bien sur ca ne veut pas dire qu'on doit eliminer ces operation a tout prix :)
Par exemple dans cas il n'est pas possible de supprimer le cast

Code:

---

1 2 3 4 5 6 7 8

using (SqlCommand cmd = ...) { cmd.Connection = ...; cmd.CommandType = CommandType.Text; cmd.CommandText = "SELECT COUNT(*) FROM TABLE"; int total = (int)cmd.ExecuteScalar(); ... }

---

;)

salut,

je n'ai pas encore eu le temps de voir ce que me proposait theMonz31 (beaucoup de boulot), mais je voulais vous faire remarquer une chose intéressante :


---> caster un objet null renvoie une erreur (l'objet a une reference null, impossible de caster)

Code:

---

1 2	object monObjet = null; int nb = (int)monObjet;

---

vous enverra une erreur


---> par contre un Convert nous renverra un 0 :

Code:

---

1 2	object monObjet = null; int nb = Convert.ToInt32(monObjet);

---

et nb vaudra 0 !

ça pourrait être bien pratique