Discussion :

[ZaaN]

salut,

je me rappel vraiment plus , mais on m'avait mis en garde contre certains dangers de l'héritage multiple en c++.

Qui peut m 'en dire plus merci bcp d'avance.

Pour ma part, il me semble qu'a part des fonctions ou membres portant le meme nom, on ne devrait pas rencontrer de difficultées...

les pros, vous en dites quoi ?

[Mizar75]

Le vrais danger c'est l'héritage en diamant

class A
{
int val;
}
class B : public A
{
initialise, dans le constructeur val à 5
}
class C : public A
{
initialise, dans le constructeur val à 8
}

class D : public B, public C
{
QUE VAUX VAL???
}

[ZaaN]

QUE VAUX VAL???

ben bonne question alors.

[Mizar75]

Idem pour une methode virtuel défini dans A et implementé dans B et C.

Si on l'appel depuis D quel code va s'executer?

[Alp]

Ceci est solutionné par l'héritage virtuel

[Mizar75]

Ceci est solutionné par l'héritage virtuel

C'est quoi?

[KiLVaiDeN]

Salut,

Selon moi, la possibilité de faire de l'héritage multiple est une bonne chose.

Je suis un peu triste que des langages comme Java ou C# ne permettent pas de faire de l'héritage multiple, car au final les problèmes qui y sont liés ne sont rien de plus que des erreurs de modélisation. A mon avis, le fait que des langages comme Java ou C# ont fait l'impasse dessus, réside dans la complexité de compilation liée à cette fonctionnalité qui aurait impliqué une certaine lenteur -> pour un langage semi-compilé, c'est gênant.

L'héritage multiple est cependant une fonctionnalité importante et utile lorsqu'on fait une application complexe. En C++ par exemple, quand on prend soin de faire un bon design, l'héritage multiple n'est jamais problématique.

Je me suis fait à la programmation par interfaces, mais il y a des situations où on sent bien que l'héritage multiple aurait été la solution la plus élégante et intuitive.. Et il est dommage de devoir utiliser des ruses pour imiter quelque chose d'aussi simple dans le concept

A+