Discussion :

[r0d]

Bonjour à tous,

je n'aime pas utiliser l'héritage multiple. Je trouve que cela rend le code complexe et rend sa maintenance plus difficile. Même du point de vue de l'architecture, je ne trouve pas que ce soit "élégant".

Cependant, certains collègues m'assurent que dans certains cas, l'utilisation de l'héritage multiple est largement préférable à toute autre solution. Depuis, je ne cesse de me torturer les méninges, et je ne trouve aucun exemple précis qui vérifierait cela.

Du coup, j'aurais bien aimé avoir votre avis sur la question:
* A votre avis, l'héritage multiple (en c++ bien évidemment) est-il "une bonne chose"? Quels en sont les avantages?
* Connaissez-vous des exemples concrets où l'utilisation de l'héritage multiple est préférable à toute autre solution?

Merci pour votre participation

[Swoög]

Est-ce une bonne chose ?
Si c'est utilisé raisonnablement et de manière utile, oui

Je pense que là où l'héritage multiple est vraiment nécessaire, c'est surtout pour l'interfaçage...

exemple, tu as deux classes ISerializable et ICloneable qui fournissent les interfaces pour Sérialiser (sauvegarder les données d'un objet sous forme de chaine de caractère) et Cloner un objet

si tu dois créer une classe Sérialisable ET Clonable, alors l'héritage des deux interfaces et la meilleur solution (à mon sens...)

(ok, j'ai repompé un truc de C#, mais bon, c'est pour l'exemple hein )

[Aurelien.Regat-Barrel]

+1 pour les interfaces (COM, ou classes de base abstraites). Mais c'est de l'héritage fonctionnel, à la manière des interfaces Java. La spécificité du C++ c'est l'héritage structurel multiple. Et moi aussi je trouve cette utilisation plus restreinte.
Mais elle existe, et est justifiée. Pour la "mise en commun" de bibliothèques notamment. Typiquement, tu as un toolkit qui gère les fenêtres etc... et une autre bibliothèque qui fait du rendu 3D. Elle affiche dans sa propre fenêtre 3D, toute seule.
Comment intégrer cette fenêtre 3D dans ton appli 2D, développée avec une autre lib ?
L'héritage multiple est une solution élégante, car tu peux créer une seule classe qui se comporte à la fois comme une fenêtre du toolkit 2D et comme une fenêtre de rendu de la lib 3D. Sans cela, il faut créer une fenêtre 2D avec une fonction membre Get3DWindow() pour le rendu. C'est moins élégant...

[10_GOTO_10]

* Connaissez-vous des exemples concrets où l'utilisation de l'héritage multiple est préférable à toute autre solution?

Voir les design patterns (je pense notament à l' "adaptateur"). L'héritage multiple est indispensable à tout projet un peu complexe, et quand ça n'y est pas, c'est un handicap certain (java, vcl, par exemple).

[Luc Hermitte]

Ceci est un lien intéressant sur le sujet (à lire)
http://www.ddj.com/184402074

Sinon, ils t'ont parlé de l'héritage d'interfaces. Je pourrais en rajouter une couche sur les contrats, le est-un VS le implémenté-en-termes-de. Mais là, il est un peu trop tard pour aborder ces aspects OO non propres au C++.

[r0d]

Merci pour vos réponses

Au fait, l'héritage multiple sera-t-il possible en c++0x ?

[edit]Je suis en train de lire le lien, c'est, en effet, vraiment très intéressant. Merci pour ce lien[/edit]

[Matthieu Brucher]

Il n'y a aucune raison que ce soit supprimé, tout le code écrit à ce jour doit rester compatible, donc ça restera.