Version imprimable
le dynamic_cast n'est pas nécessaire dans son cas car il connaît très bien la nature de l'objet instancié. Ca aurait été nécessaire dans le cas d'un passage de paramètre dans une méthode dont il ne connaîtrait pas à coup sur le type de l'objet.Citation:
La solution serait donc dynamic_cast :il va renvoyer NULL si pBase[0][2] n'est pas vraiment un CMaDerivee (rien ne t'en assure).
En effet, tu ne pourras pas la récupérer ....
Mais justement ce n'est pas classe de mélanger des types différents dans un tableau si on veut faire des traitements différents sur ceux-ci.
Tu peux avoir un tableau de Personnes et Eleves et Profs si tu n'accedes qu'a des infos communes. Ou si tu appelles des méthodes définies dans Personnes et qui ne font pas la même chose pour leurs classes dérivées (par exemple, l'affichage).
Mais on ne mélange pas (enfin dans l'idéal) des Personnes et des Eleves si c'est pour faire à chaque élément:
Voilà, j'espère que ca t'aura éclairé :)Code:
2
3
4Si c'est un eleve faire ceci Sinon faire autre chose
Euh, justement, je ne suis pas sur que son tableau ne contienne que des Eleve ...Citation:
Envoyé par ep31
Donc il pourrait se retrouver à forcer le cast en Eleve alors qu'il s'agit d'une simple personne....Citation:
Mais certaines de ces personnes sont des élèves et possèdes l'attribut note.
Le static_cast et le dynamic_cast peuvent être utilisés (le dernier dans le cas où tu ne connais pas le type d'objet à l'écriture de ton prog).Citation:
J'ai lu la FAQ pas encore ton site et je sais pourquoi faut pas le faire maintenant mais pas comment le faire sans utiliser le dynamic_casting qui semble pas bien si je comprends bien!!
Ce sont les const_cast et les reinterpret_cast qui sont à éviter.
T'as un très bon bouquin qui explique tout ça et que je trouve vraiment bien : "Pour mieux développer avec C++ : Design Patterns, STL, RTTI et Smart Pointers" de Geron et Tawbi.
Dans mon cas, c'est vrai que je sais exactement qui est quoi. Donc le dynamique me semble peut adapter.
et la solution de ep31 marche
Pour l'exemple donner, n'ayant pas de contexte autour, on peut en donner toutes les interprétations.
Mais de toute façon, j'ai bien compris que j'étais partie sur le chemin de la mauvaise programmation et que dois revenir dans la lumière :D
Merci à tous
je crois bien qu'un tel bouquin va s'imposer sérieusement là.Citation:
Envoyé par ep31
Tous les cast sont à éviter. Ce qu'il n'empêche pas qu'il existe des cas où leur usage est légitime. Statisticopifomètriquement, je suis d'accord que les const_cast et reinterpret_cast sont moins souvent légitimes que static_cast ou dynamic_cast, et souvent pour s'interfacer à du code qu'on ne peut pas modifier.Citation:
Envoyé par ep31
Il n'en restent pas moins que tous peuvent être la bonne réponse à une situation, mais qu'il faut être prêt à justifier de l'emploi de chaque cast.
J'aime pas non plus les cast, mais il y a des momenst où on ne peut rien faire sauf modifier du code de 10 ans d'âge alors que c'est pas notre boulot et que le patron ne veut pas qu'on y touche :| - genre interfacer des vieilles fonctions avec des char* avec du C++ où on utilise des streams :| -