Discussion :

[b Oo]

Bonjour,
j'ai une hi�rarchie de classes de ce style

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
 
                                    A
                                /       \
                              B           E  
                          /      \      /   \
                        C          D   E1  E2         
                      /   \      /   \ 
                    C1     C2   D1  D2                                             
 
A, B, E, C, D sont abstraites.
C1,C2 sont les classes qui héritent de C et qui sont concretes
de même pour D1, ...

J'ai un conteneur monConteneur de A *. B poss�de une m�thode toto et E non.
Je voudrais pour chaque �l�ment de monConteur appel� la m�thode toto si c'est un B.
Existe t-il une m�thode propre de faire ceci ?
Pour l'instant je ne vois que :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
 
pour tout les elément de monConteneur faire
   si classMereDeElementCourant = b alors
      appeler toto

[Luc Hermitte]

Quand on veut r�aliser ce genre de choses, souvent, c'est que l'on a foir� son design.
Sinon, un visiteur peut-�tre ?

[b Oo]

Arf c'est bien ce que je craignais , ma conception n'est pas bonne.

En fait B et E ne devrait pas etre des classes filles de A mais A devrait contenir des B et des E.

Luc j'aimerais savoir s'il y a quelques r�gles pour choisir entre h�ritage et composition (lorsque les 2 solutions semblent envisageables).

Je sais qu'il est recommand� de faire de la composition plut�t que de l'heritage lorsqu'on a le choix mais je ne sais pas vraiment pourquoi.

[loufoque]

Bah c'est relativement simple.
Si B est un sous-type de A alors tu d�rives. Sinon, non.

[b Oo]

Par exemple si tu as une classe Personne.
Si je fais une classe PersonneAgee et JeunePersonne.
Tu fais un h�ritage ou une composition ?
On peut le voir des 2 manieres non ?
(tu vas me dire que tu fais de l'h�ritage)

[Luc Hermitte]

Aucun des deux. Je stocke l'�ge et en aucun cas je ne sp�cialise cette classe de la sorte.
Je ne te raconte pas la compl�xit� du changement de type d'une "grosse" entit� au fil de son �volution. jeune -> "..." -> ag�
Je pr�f�re avoir un trait del'entit� qui au besoin changera de cat�gorie/type.

Je pense que tu devrais utiliser un exemple moins g�n�rique.

Le choix sinon ? Hum...
* mod�lisation de la relation "est-un", mise en oeuvre d'une subtituabilit�, .. => h�ritage public
* r�utilisation de code
- couplage statique et fort acceptable => h�ritage priv�
- sinon, 90% du temps => composition

Pour les cas interm�diaires, cela d�pend. Toujours est-il que j'�vite au maximum l'h�ritage public quand le LSP (recherche avanc�e!) n'est pas recherch�, et qu'il ne peut pas �tre correctement mis en oeuvre.

[b Oo]

Imaginons alors que j'ai une classe etreVivant.
Je veux faire une classe Animal et une autre Vegetal.

Un animal est un etre vivant de meme que vegetal donc ici je fais un h�ritage ?
Les etres vivants sont compos�s d'animaux et de vegetaux, je fais une composition ?

[JolyLoic]

L�, tu as un article diff�rent :

Un animal est UN etre vivant de meme que vegetal donc ici je fais un h�ritage ?
LES etres vivants sont compos�s d'animaux et de vegetaux, je fais une composition ?

Si tu as une classe qui repr�sente UN �tre vivant, et une classe qui repr�sente UN animal, je ne vois pas trop quelle composition tu veux faire.

Peut-�tre que les �l�ments trouvable sur http://archive.eiffel.com/doc/manual...c/acrobat.html pourront te donner des id�es plus claires (en particulier Using inheritance well) ?

[b Oo]

Euh oui d'accord,
en plus ce qu j'ai ecrit est le pattern composite.
La classe etre vivant qui a les 2 sous classes Animal et Vegetal
et une classe EtresVivants qui contient des etreVivant.

[JolyLoic]

Pas vraiment. Le design pattern composite, dans ton cas, ce serait si tu avais un troisi�me type d'�tre "vivant", nomm� Colonie, par exemple, qui soit consid�r� comme un �tre vivant � part enti�re, qui naisse, vive, meurt, se reproduise... Et qui lui m�me soit compos� d'�tre vivants (des fourmis, des pucerons, des champignons... voire d'autre Colonies), d�finissant ainsi une hi�rarchie d'instances.

Ce qui marque le composite, c'est cette classe qui d�rive de la classe de base et poss�de une collection d'�l�ments de la classe de base.

[Luc Hermitte]

Une petite mise en garde. Les "est-un" de la vraie vie, ce sont pas forc�ment des "est-un" valides dans le paradigme objet. L'exemple typique est le carr� qui n'est pas un rectangle contrairement � ce que notre intuition nous dicte.

Pour tes hi�rarchies de vivant, en quoi �tre vivant est important? Quel est le comportement que ces choses ont que les autres choses n'ont pas ?
Tes exemples sont beaucoup trop g�n�riques et sujets � pinaillages pour que je puisse te donner une r�ponse d�finitive sur le comment je ferai.
Le vivant, je risque plut�t de le casser en Comestible, Viellit et diverses autres choses (Interface/traits/...). Et pour la colonie de fourmies qui parrait vivante, tous ne seront pas forc�ment applicables.

En fait, je n'aime pas trop m'appuyer sur ces mod�lisations de la r�alit�, car j'ai l'impression que l'on touche aux limites de la mod�lisation OO � base d'h�ritage. Une mod�lisation ne sera valide que dans le cadre de la finesse et du r�alisme dont on a vraiment besoin.