Version imprimable
Salut,
Ce n'est pas la premiere fois que je me pose la question mais je n'y ai jamais apporte de reponse pertinante :
J'ai une classe A qui n'a aucun membre ou methode protected. J'ai besoin d'en utiliser les methodes public dans une classe B. Dois-je deriver B de A ou dois-je simplement declarer une instance de A dans B ? Pourquoi ?
en fait rouge.
Bon, pas compris en fait, ca manque de précision, que fait A, que fait B, comment/pourquoi A a besoin de B... comme ca on ne peux pas t'en dire plus.
P.S. : de plus, y aurai pas une section modelisation/conception ? les gens seraient plus aptes a te repondre.
A décrit-elle une interface que B va exposer? Si oui: héritage.
A fournit-elle un service que B va utiliser (mais qui sera masquer aux utilisateurs de B): alors composition et d'autant plus que A ne peut qu'une implémentation d'un service nécessité par B.
C'est un peu rapide comme réponse et va aussi dépendre de ta conception. En fait, un peu plus de détails pour répondre plus assurément à la question seraient nécessaires.
La dérivation servirait uniquement si B "est une sorte" de A
Apparemment ce n'est pas le cas.
Ensuite tu as le choix entre :
1- avoir un membre de B qui est un A (ou une référence sur A)
2- instancier A à l'intérieur des méthodes B
3- faire de A une classe statique qu'on peu appeler sans l'instancier dans B
4- passer une instance de A en paramètre des méthodes de B qui l'utilise
5- surement d'autres choses
Je ferais :
1 s'il existe un lien suffisamment fort entre A et B (du genre B a besoin de A à plusieurs reprises) avec une référence si A vis sa vie indépendamment de B, et une instance s'il y a un A par B.
2 si B n'a besoin de A qu'une ou deux fois sans avoir de contexte
3 si les méthodes de A sont d'ordre utilitaire et n'ont pas de notion de contexte d'autant plus si A est susceptible d'être utilisée par plusieurs classes.
4 pourrait servir à faire en sorte que B puisse travailler avec différentes instances de A
Héritage public : EST-UN
Composition : A-BESOIN-DE ou EST-IMPLEMENTE-EN-FONCTION-DE, etc...
Beaucoup de personnes utilisent à tout va l'héritage public alors que dans une énorme proportion de situations, un héritage privé ou une composition suffisent.
Je te conseille vivement le livre "Mieux programmer en C++" (ou encore mieux la version anglaise ici), livre qui a été tiré de Guru Of The Week, site sur lequel tu retrouveras les axes principaux de ce qui est dit dans le livre.
Salut,
La question qu'il faut te poser est :Si tu peux décemment répondre oui à cette question (oui: un chien est un animal), tu peux envisager l'héritage.Citation:
puis-je estimer qu'il est sémantiquement correct de dire que la classe B est une classe A "améliorée" (ou "spécialisée")
Si, par contre tu répond non à cette question (non, un véhicule n'est pas un moteur), mais que tu peux répondre oui à la question(oui, un véhicule a les caractéristiques de son moteur), il est opportun de choisir l'agrégation (l'association si tu a la certitude que la classe a ne peut pas exister sans la classe B (quand B contiend A ;) ) )Citation:
la classe B a-t-elle toutes les caractéristiques de la classe A :question:
Attention avec le terme "amélioré" ... j'ai déjà vu des débutant faire hériter une classe Rectangle de Carré (ben oui... c'est un Carré amélioré... avec plus d'informations !).
Donc en fait l'héritage (au sens propre du terme, concernant des *objets*, on ne parle pas ici d'implémentation) est obligatoirement une spécialisation.
Le problème avec les formes géométriques, c'est que les cas les plus généraux nécessitent davantage d'informations.
C'est la même chose avec la plupart des objets mathématiques (cf entier vs réel).Citation:
Envoyé par loufoque
Et c'est pour ça qu'il est très risqué (voir faux) de dire "Héritage public : EST-UN".
Des messages interessants ont malheureusement ete supprimes de cette discussion suite au pb de base de donnees. Dommage.
Je remercie tout le monde une fois de plus et je tag "resolu".