Discussion :

[mavina]

Mais le polymorphisme s'occupe de découpler au niveau des types. Dans le chapitre précédant, nous avons vu comment l'héritage permet le traitement d'un objet comme son propre type ou son type de base. Cette capacité est critique car elle permet à beaucoup de types (dérivé d'un même type de base) d'être traités comme s'ils n'étaient qu'un type, et permet a un seul morceau de code de traiter sans distinction tous ces types différents. L'appel de méthode polymorphe permet à un type d'exprimer sa distinction par rapport à un autre, un type semblable, tant qu'ils dérivent tous les deux d'un même type de base. Cette distinction est exprimée à travers des différences de comportement des méthodes que vous pouvez appeler par la classe de base.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

List l=new ArrayList();

et

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

List l = new LinkedList();

sont deux choses différentes, c'est le polymorphisme qui se charge d'aller chercher le constructeur de chaque classe... Pourtant les types sont semblables : List...

mavina

[mavina]

Or, dans ce cas précis, l'interface List ne décrit aucun comportement, ni sur les méthodes, ni sur le constructeur, donc encore une fois, je ne comprend pas pourquoi parle t-on de polymorphisme.

Brrr j'ai les cheveux qui se dressent... Tu peux faire du polymorphisme avec comem classe mere une interface, dans ce cas la tu n'as jamais de polymorphisme ? Si justemenrt, admettons une Interface Bille. Elle possede la methode estBlanche() .Je crée une classe BilleNoire et une classe BilleBlanche qui implementent Bille. Dans BilleBlanche, estBlanche() retourne true. dans BIlleNoire, c'est le contraire, estBlanche() retourne false.
Admetons que j'ai un tableau de deux Billes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Bille[] b=new Bille[2];

J'ajoute une bille blanche et une bille noire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
b[0]=new BilleBlanche();
b[1]=new BilleNoire();

Eh bien si l'on fait :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

System.out.println(b[0].estBlanche() + b[1].estBlanche());

on verra apparaitre a l'écran "true false"... C'est magique non ?

mavina

[tnodev]

Ok, je sais comment marche java, l'héritage, et tout le tintouin...
C'est juste que lorsque on écrit

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Bille b = new BilleBlanche();

C'est l'instanciation d'une classe qui implémente une interface... et encore une fois je ne sais pas si l'on peut parler de polymorphisme à cet instant précis

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

b.estBlanche();

OK, ok, c'est du polymorphisme...

[zais_ethael]

Hop hop, ni vu ni connu je place mon avis.
Le polymorphisme n'a strictement rien à voir avec l'héritage, ca consiste juste à donner le même nom à des méthodes différentes, on les distingue alors par le type et le nombre de leurs paramètres.
Ca n'a d'ailleurs rien à voir avec de l'orienté objet puisqu'il ne s'agit que d'une facilité dans le nommage de nos fonctions.
Dans cas du List = new ArrayList() intervient la notion dite d'héritage, qui est une, que dis-je, LA notion importante du concept de l'orienté objet mais qui n'a rien à voir avec le polymorphisme.
Maintenant, quand il s'agit de redéfinir une méthode d'une classe mère dans une classe fille cela s'apelle une surcharge.

Mais je le redis: le polymorphisme n'a rien à voir avec l'héritage.

[tnodev]

Hop hop, ni vu ni connu je place mon avis.
Le polymorphisme n'a strictement rien à voir avec l'héritage, ca consiste juste à donner le même nom à des méthodes différentes, on les distingue alors par le type et le nombre de leurs paramètres.
Ca n'a d'ailleurs rien à voir avec de l'orienté objet puisqu'il ne s'agit que d'une facilité dans le nommage de nos fonctions.
Dans cas du List = new ArrayList() intervient la notion dite d'héritage, qui est une, que dis-je, LA notion importante du concept de l'orienté objet mais qui n'a rien à voir avec le polymorphisme.
Maintenant, quand il s'agit de redéfinir une méthode d'une classe mère dans une classe fille cela s'apelle une surcharge.

Mais je le redis: le polymorphisme n'a rien à voir avec l'héritage.

Non, le polymorphisme est profondément lié à l'héritage.
La surcharge de fonction, même nom, paramètre différent, c'est autre chose.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
public void getName(String name) {...}
public void getName(Integer int) {...}

Maintenant, quand il s'agit de redéfinir une méthode d'une classe mère dans une classe fille cela s'apelle du polymorphisme...

Surcharge = overload
Polymorphisme = override

[zais_ethael]

Je viens d'aller relire un cours et je dois reconnaitre qu'effectivement je mélangeais les deux appelations.
La srucharge consiste bien à donner le même nom à deux fonctions et le polymorphisme à en redéfinir dans une classe fille.

[@ldehan]

En fait toutes ces notions surcharge/redifinition/instanciation dans une classe héritée font partie du polymorphisme....

on parle d'ailleurs de polymorphisme de méthodes, d'objets, etc

[zais_ethael]

Pas tout à fait d'accord pour ce dernier point. Tout peut-être polymorphe sauf les constructeur. C'est la seule chose qui ne peut hériter et ce pour une bonne raison: on doit savoir ce qu'on instancie (sauf si on utilise la réflexion mais ca c'est une autre histoire). Dans la ligne

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

List list = new ArrayList()

on instancie bien un ArrayList qui juste après est casté automatiquement en List (puisqu'un ArrayList est un List dans la pensée objet).