Quelqu'un peut-il se dévouer pour expliquer les différences entre :
static_cast
dynamic_cast
reinterpret_cast et
const_cast
 
?
 
 

Google Knows

Use the force, read the doc, slash33

Quelle doc ? Google knows what ?
Les réponses dans cette cat sont de plus en plus intéressantes à lire.
 
/33> consultes http://www.gotw.ca/gotw/017.htm  
C'est un sujet vaste, et pas inintéressant. J'avoue que je n'ai pas le courage ni le temps pour me lancer dans un exposé -- qui serait à coup sur inexact. Si tu as des questions plus précises, ça doit être jouable d'y répondre, ou au moins d'en discuter, autrement qu'à coup d'RTFM.
 
Tu peux aussi rajouter C-cast dans ta liste.

http://www.google.fr/search?hs=wsX [...] DcountryFR
 
premier lien
 
Et n'importe quel bouquin valable de c++ en cause ...

 
oui, en tenant compte que c'est déprécié.

Il demande une explication des 4 casts C++ et des différences entre eux, il suffit de googler "C++ cast" pour avoir touzemille pages de résultat sur le sujet

http://www.google.fr/search?q=C%2B%2B+cast
 
toute la page, et les suivantes

Ben oui, c'est quand même un minimum quand on étudie le c++ ...
 
++fab: Je ne pense pas qu'on puisse apprendre un langage sans s'auto-documenter sur les mécanisme de base

Bon je vais être plus explicite:
 
Sous VS 6.0, en MFC pourquoi
 

 
produit des warnings à la compilation?

sans doute parce que l'option /GR- desactive le support du rtti, il faut l'enlever, mais regarde quand meme la doc du compilateur pour etre sur

ok

Je dirais plutôt déconseillé. Non déprécié au nom de la compatibilité C.
Mais dans la vraie vie, c'est le cast que je croise le plus souvent. Donc connaitre la différence entre chaque nouveau cast et le C-cast me parait important.

 
Ce qui demande d'être capable de faire le tri entre les bonnes pages et les mauvaises. Chose que tu n'es pas capable de faire lorsque tu es débutant, et pas seulement.

?
 

Je me demande juste si c'est la peine de moraliser toute personne qui veut avoir des informations sur les mécanismes de bases comme tu dis.

Mécanismes de base, je ne sais pas. Par contre il est certain que les cast C++ ne sont pas utilisés en MFC qui pourtant est un hybride C/C++. Vu la quantité de code qui m'est passé sous la main depuis plusieurs années, est-ce si important que ça lorsqu'on combine les cast avec la programmation défensive (contrôle post transtypage) ?

 
oui, je croyais que ca l'était mais en fait non
 

 
il y a quand meme points qui permettent la compatibilité avec le C et qui sont dépréciés

test profil

comme ?

Peux-tu en montrer un exemple ?

 
ben static en porté global pour rendre local a la TU une fonction ou un objet, et 'char * p = "machin";'
 
annexe D, D.2 et D.4

à une fonction ? Ce n'est pas ce que je lis ...
 

Yep

oui ca ne concerne pas les fonctions

 
D'accord le code défensif n'avertit du problème qu'en version debug.

Annexes de quelle référence SVP ?

Le standard.

Je ne connais pas la sémantique d'ASSERT_KINDOF, je ne peux donc pas commenter.

Hum. J'ai bien cherché là mais je n'ai pas trouvé:
http://www.open-std.org/JTC1/SC22/WG21/

Ben voici sa définition mais je ne suis pas sûr que ça t'aide    

en gros c'est equivalent a

Quand le flag _DEBUG est positionné oui. Mais l'nstruction contrôle aussi le type de l'objet (et son héritage).
 
Un truc hérité de CObject en fait.

Je vois 2 problèmes avec le C-cast dans l'exemple MFC :
- la cv-qualification est ignoré.
- en cas d'héritage virtuel, AMHA le C-cast posera problème. un code MFC est-il compilable avec un autre compilateur que VC++ ?