Discussion :

[javamax]

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.

[iohack]

ce que tu as entendu était correct. Exemple

Code :

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

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.).

[Invité]

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.

[deltree]

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())

[kerinel]

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 ).
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

[javamax]

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.