Precisions sur le dynamic_cast de la FAQ

Bonjour!

Je n'ai jusqu'ici jamais utilisé de dynamic_cast , apparemment parceque jusqu'ici j'ai assez bien conçu mes hierarchies de classes pour que cela soit inutile ...
Mais comme je sais que par exemple le dynamic_cast est utilisé par beaucoup de gens apparemment, je me demandais exactement en quoi cela consistait et j'ai donc jetté un oeil à la FAQ.

J'aurais besoin d'une précision sur ce point en particulier :

Citation:

---

Envoyé par Loulou24

Le downcasting est donc à utiliser avec parcimonie, lorsque l'on n'a pas le choix ou que l'on sait exactement ce que l'on fait. Par exemple dans le cas des plugin, ou encore lorsque l'on travaille avec un code, une bibliothèque ou une API qui ne connaîtrait (et donc ne pourrait manipuler) que la classe de base d'une hiérarchie. Les classes dérivées étant écrites par le client, le downcasting est donc une solution simple pour communiquer avec la bibliothèque en question.

---

A ce que je comprends, comme je le pensais, il est inutile de faire du downcasting quand la hierarchie des classes est bien organisée et que la fonctio dans laquelle on se trouve est soit spécialisée pour une classe de cette hierarchie et ses héritières, soit pour une classe virtuelle et donc pour toutes ses héritières.
En lisant ce texte je comprends bien qu'il y a un(?) cas lorsqu'on utilise une lib exterieure où on a besoin du dynamic_cast, mais je ne vois pas bien exactement dans quel(s?) cas exactement.

Est-ce que quelqu'un pourrais me donner un exemple svp?

Merci de votre attention!

Bonjour !

Voilà un petit exemple, completement fictif, pour essayer d'illustrer le problème de la lib:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33

// ----- code de la bibliothèque tierce ----- namespace WindowManager { class Window {};   void AddWindow( Window* ); Window* GetFirstWindow(); }       // ----- notre code (coté client) ----- class MyWindow : public WindowManager::Window { // code specifique, qui redéfinit certaines fonctions };       void main() { MyWindow a;   WindowManager::AddWindow( &a );   // on est sur que ca sera un MyWindow // mais la lib n'est pas capable de nous retourner autre chose que des Window   // on va dire que GetFirstWindow() retourne un pointeur valide MyWindow* p = dynamic_cast<MyWindow*>( WindowManager::GetFirstWindow() );   // il n'y a aucune raison pour que le dynamic_cast ait échoué (donc retourné NULL) puisqu'on *sait* que la fenêtre est de ce type la. }

---

Voilà, j'espère que ce petit exemple était assez parlant ;)
Mais en effet, d'après moi, dynamic_cast n'est à utiliser qu'en cas de (réél) besoin, et pas pour se passer d'une bonne conception, en l'utilisant pour remplacer le polymorphisme - un peu comme le instanceof de java...

Haaaaaa ok je vois!

Donc ce serait surtout dans le cas où on fouris un objet d'une classe héritant de la classe de base que connait la lib externe et quand on la récupère on doit pouvoir retrouver la classe héritée qu'on avait déclarée...

Merci pour cet exemple je comprends mieux!

Des exemples classiques où ce n'est pas contournable, rapidement:
- en sortie de factory et autres systèmes de pugins
- en sortie de désérialisation
- pour faire du multi-dispatch (en gros, fonctions virtuelles selon plusieurs arguments)