[Conception] Méthode avec interface en paramètre

Bonjour,

Je voudrais connaître l'intérêt et le principe de création et d'utilisation de méthodes qui prennent en paramètre une interface.
J'ai entendu que ça permettait d'utiliser des méthodes sans en connaître leurs implémentations. Il paraît aussi qu'on utilise bcp les interfaces (notamment les listeners) en paramètre de méthodes lorsqu'on développe des IHM.
Donc pouvez-vous me donner un ou plusieurs exemples ? Merci.

ce que tu as entendu était correct. Exemple

Code:

---

1 2 3 4

public void traiter(List l){ ... }

---

ici on passe une interface en paramètre : List. Cette façon de coder te permet de traiter une liste d'objet, peu importe l'implémentation de cette liste (ArrayList, LinkedList etc.). L'interface list te garanti que les méthodes de base sont implémentées (get(int i), size() etc.).

Autre exemple, Tu peux avoir une interface qui te permet d'accéder à une base de donnée sans savoir à quel type de base tu accedes. L'interet dans ce cas là c'est que tu peux dans l'avenir changer de base de donnée sans changé le code. tu n'as que la classe d'acces à modifier pas ton appli complete.

Autre exemple, celui des listener, là c'est toi qui fourni l'implémentation d'une interface pour être rappelé: quand tu implémente ActionListener, et que tu ajoute l'instance de ta classe dans les listeners de l'objet approprié, tu sait que tu va être rappellé sur actionPerformed(ActionEvent e)

Idem pour Runnable et run() que tu utilise sur new Thread(new MaClassRunnable())

Les interfaces sont une sorte de "contrat" passé entre le compilateur et la classe qui l'implémente.
Lorsque tu déclares qu'une classe implémente une interface, tu assures le compilateur que la classe aura toutes les méthodes prévues pour réaliser ce que prévoit l'interface (d'ailleurs si tu le fais pas il te jette :P).
Mais ta classe te permettra aussi de faire d'autre chose. L'interet de l'interface est de ne pas avoir à faire d'heritage multiple. "L'inconvénient" est qu'il te revient d'écrire le corps de la méthode. Mais bon de toute façon c'est bien à toi de décider ce que tu dois faire quand la souris est clickée ou qu'un bouton est activé (par exemple).

De l'autre coté, lorsque tu déclares que une méthode prend en argument une classe implémentant l'interface, tu assures le compilateur que l'objet que tu passeras en argument sauras répondre à tous les appels de méthodes (mousePressed, mouseClicked.. etc... pour l'interface MouseListener par exemple), et ce indépendamment de ce pourquoi est prévu la classe.

bon code,
kerinel

Merci pour ttes vos réponses.
Je comprend globalement ce que vous affirmez. Seulement, ça serait encore plus clair pour moi si vous pouviez illustrer avec des exemples contenant des bouts de code. Je serai vraiment ravi d'avoir une illustration avec code pour le cas des listeners (cité par deltree) et de l'accès à une base de donnée (cité par gcorbineau).
Aussi je ne visualise pas bien comment est faite l'organisation des fichiers. Doit-on séparer le fichier f1 contenant l'interface i1 du fichier f2 qui contient la méthode m1 prenant en paramètre cette interface i1. Dans quel fichier sera appelé la méthode m1 et dans quel fichier va-t-on instancier la classe implémentant l'interface i1 ?
En gros, j'aurai besoin d'un petit exemple.
Merci bien.

Bonjour

Voici un exemple simple

Une interface:

Code:

---

1 2 3 4

interface Forme { public void dessiner(); }

---

Quelque classes de forme géométrique qui implémente cette interface;

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

class Carre implements Forme{ //... public void dessiner(){ // méthode implémenté de l'interface Forme // ici, il y a le code qui dessine un carré System.out.println("Dessine un carre"); } }   class Cercle implements Forme{ //... public void dessiner(){ //code qui dessine un cercle System.out.println("Dessine un cercle");   } }   class Triangle implements Forme{ //... public void dessiner(){ //code qui dessine un triangle System.out.println("Dessine un triangle"); } }

---

Une classe pour tester le tout

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51

import java.util.ArrayList; public class TestForme{   // une collection qui contient des Objects de type Forme. // Cela peut être un Carré, un Cercle ou un Triangle car ces classes // impléments l'interface Forme. Donc, ces classes sont aussi de Type Forme. ArrayList<Forme> formeDifferente = new ArrayList<Forme>(30);   public TestForme(){   // crée 20 formes aléatoire // et les ajoute au arrayList // en utilisant la méthode ajouter(Forme uneForme) for (int i = 0; i < 20; i++){   double ran = Math.random() * 3;   if (ran > 2 ){ ajouter(new Carre()); } else if (ran > 1) { ajouter(new Cercle()); } else if (ran > 0){ ajouter(new Triangle()); }   } dessinerLesFormes(); }     // une méthode avec l'interface Forme en paramètre. public void ajouter(Forme uneForme){ formeDifferente.add(uneForme); }   public void dessinerLesFormes(){ // dessiner les 20 formes // ce n'est qu'une sortie à la console mais, on comprend l'idée... for (Forme forme : formeDifferente){ forme.dessiner(); // l'appel sera la méthode dessiner() de la classe corresspondante } }   public static void main(String arg[]){ new TestForme(); }   }

---

Ce qui faut retenir de cet exemple est dans la méthode dessinerLesFormes():
for (Forme forme : formeDifferente){
forme.dessiner();
}
Chaque Object de la list (Cercle, Carre, Triangle) ont implémenté la méthode dessiner() de facon différente. C'est cette méthode qui s'exécute.

Citation:

---

Aussi je ne visualise pas bien comment est faite l'organisation des fichiers.
...

---

Dans l'exemple, tout peut tenir dans un seul fichier à condition qu'il soit nommé TestForme.java car c'est la class public. Tout dépend de la accessibilité que l'on veut donner a une classe. Ainsi, toutes les autres classes de l'exemple seront accessible seulement par les classes du même package. Pour qu'elles soient visible de l'extérieure, elles doivent être déclaré public et dans des fichiers séparé portant le même nom.

Merci jibbi pour ttes ces explications.
Je ne comprend pas ta méthode ajouter dont la signature est

Code:

---

public void ajouter(Forme uneForme)

---

Alors que quand tu fait appel à cette méthode, tu ne passe pas en paramètre une interface mais new Carre(), new Cercle et new Triangle() qui sont des classes implémentant l'interface Forme.

Sinon petit détail syntaxique

Code:

---

for (Forme forme : formeDifferente)

---

est-ce bien valable en Java ? ou faut-il utiliser qch comme

Code:

---

for(int i = 0; formeDifferente.size() ;i++)

---

Citation:

---

Je ne comprend pas ta méthode ajouter dont la signature est

Code:

---

public void ajouter(Forme uneForme)

---

Alors que quand tu fait appel à cette méthode, tu ne passe pas en paramètre une interface mais new Carre(), new Cercle et new Triangle() qui sont des classes implémentant l'interface Forme.

---

La méthode ajouter(Frome uneForme) prend un Objet de Type Forme, ici les classes Carre, Cercle et Triangle sont aussi des Formes puisqu'elles implémentent cette interface.

Citation:

---

Sinon petit détail syntaxique

Code:

---

for (Forme forme : formeDifferente)

---

est-ce bien valable en Java ? ou faut-il utiliser qch comme

Code:

---

1 2	for(int i = 0; formeDifferente.size() ;i++)

---

---

C'est équivalent. On appel se type de boucle For-each loop qui permet de racourcir/éclaicir le code et éviter une erreur dans la manipulation d'une variable. Tous les détails ici. Disponible depuis JAVA 5

Ok je comprend mieux maintenant.
Merci bcp.