Discussion :

[opeo]

Bonjour,
je suis débutant et j'ai déjà lu plusieurs livres sur java. J'aimerai savoir l'intérêt d'avoir les interfaces dans un projet. J'ai lu qu'une interface ne pouvait s'intencier, et n'avait que des méthodes qui sont implémentés(développés ?) dans la classe qui l'implémente. Etant donné que la méthode est développée dans la classe pourquoi mettre sa définition dans une interface ? Je ne comprend pas bien . Je suis un vieux programmeur procédural, j'ai vraiment envie de faire de l'objet, et je suis coincé dans la compréhension de certaines expression comme Interface, etc.
Je vous remercie de votre éclairecissement.

[spoklo]

bonjour,
J'ai eu du mal aussi au début pour comprendre les interfaces en java.

Les interfaces servent à créer des comportements génériques: si plusieurs classes doivent obéir à un comportement particulier, on créé une interface décrivant ce comportement, on est la fait implémenter par les classes qui en ont besoin. Ces classes devront ainsi obéir strictement aux méthodes de l'interface (nombre, type et ordre des paramètres, type des exceptions), sans quoi la compilation ne se fera pas.

Voici un lien qui explique aussi :
http://www.ethnoinformatique.fr/mod/...ew.php?id=1099

voir aussi : http://java.sun.com/docs/books/tutor...interface.html

bon courage

[komando]

bonjour,

une interface est une sorte de contrat qui indique ce que la classe qui l'implémente offre comme service. (un peu l'équivalant des .h en c++)

Leur Intérêt ? Eh bien prenons un exemple.
Disons que j'ai une application qui gére des fichier logs :

Dans une version 1 de mon application, les fichier logs ont un format texte et je crée donc une classe LogText qui gère ce fichier et je l'utilise partout dans le code de mon application

Dans une version 2, les dirigeants ont décidé que le nouveau format du fichier log sera en XML et là j'ai un problème: je dois revoir tout le code de mon application là ou j'ai travaillé avec LogText et les remplacer par la nouvelle classe LogXML

Si depuis le début (version 1), j'avais créé une interface IlogFile qui décrit les méthodes que doit retourner un fichier log et fait implémenter cette interface par LogText et de même pour LogXml, j'aurais eu beaucoup moins de problèmes.

A noter que dans le reste du code, il faut que j'utilise le plus souvent possible l'interface et non l'implémentation.

Voilà, j'espère t'avoir aidé (c'est un exemple concret) et ce n'est qu'un seul avantage des interfaces

[CheryBen]

Voila un petit exemple simple sans code d'interface et classe abstraite :

L'interface :
imagine 2 classes Humain et Félin. Ces 2 êtres sont capables de se laver, mais de façon différente, un félin en se léchant, un humain en prenant une douche.

on va donc créer une interface Lavable qui définit une seule méthode laver() sans paramètre ni retour.

Les 2 classes Humain et Félin vont donc implémenter l'interface Lavable, chacune à leur méthode.

La classe abstraite :
Maintenant on voudrait ajouter tous les autres types d'animaux, ils sont tous capables de se laver, comment être sûr de ne pas oublier d'implémenter Lavable?

Tout d'abord on créé une classe Animal. Tous les animaux héritent de cette classe.

Maintenant c'est Animal qui implémente Lavable. On a supprimé Lavable de Humain et Félin.

D'après le principe des interfaces, Animal devrait donc implémenter Lavable, mais on perdrait le comportement laver() propre à chaque animal. On va donc déclarer la classe Animal comme étant abstraite.

En effet la définition d'une interface est que ses méthodes doivent être déclarées au maximum dans la 1ère classe non abstraite qui l'implémente. Donc Animal étant abstraite, elle n'est pas obligée de déclarer la méthode laver(). Par contre toute classe non abstraite héritant de Animal devra déclarer laver().

Mis à part ça, à quoi sert Animal? elle n'a pas beaucoup d'intérêt... Et bien on peut y définir des comportements commun, on pourrait y définir une méthode déplacer(Coordonnees position) dans laquelle on changerait la position de l'animal à un certain point.


C'est un peu long, mais j'espère avoir été assez clair. A mon avis, pour comprendre la méthode objet, il faut oublier le code et penser à des choses très simples, tout ce qui nous entoure pourrait être représenté de façon objet.

[shurikeNzL]

L'interface :
imagine 2 classes Humain et Félin. Ces 2 êtres sont capables de se laver, mais de façon différente, un félin en se léchant, un humain en prenant une douche.

on va donc créer une interface Lavable qui définit une seule méthode laver() sans paramètre ni retour.

Les 2 classes Humain et Félin vont donc implémenter l'interface Lavable, chacune à leur méthode.

Oui d'accord, mais ça n'explique toujours pas ce qu'apporte les interfaces...

[snakyball]

Grâce à cela tu peux obtenir un code beaucoup plus claire et facile à maintenir. Les programmes qui comportes des interfaces sont plus facilement modulable (le client change d'idées, ...). Comme cité plus haut , avec les interfaces tu garanti un contrat avec différentes entités qui implémenterons obligatoirement les définitions de ce contrat.

Les interfaces apportent de la structure à ton application. Attention toutefois à ne pas mettre des interfaces pour le plaisir d'en avoir partout sinon cela ne rime à rien.

Avec des frameworks comme Spring tu es obligé d'utiliser ce style de programmation.

Bonne journée

[CheryBen]

Pour reprendre mon exemple précédent, l'intérêt est qu'on manipule des objet Lavable à partir des autres classes. On peut appeler leur méthode laver() sans savoir quel type d'objet est instancié ou comment ils implémentent cette méthode.
Exemple :

Code :

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

1
2
3
4
5
6
public class Dieu {
    public void gererLesNaissancesDuMonde() {
        Lavable etre = creerUnEtreVivant(); // retourne un nouvel etre vivant dont la race (classe) est aléatoire
        etre.laver(); // parce qu'il faut bien se laver après la naissance :)
    }
}

Un autre développeur pourra facilement implémenter d'autres classes d'êtres vivants sans avoir à modifier cette méthode dont le comportement est générique.

[Mao237]

Oui d'accord, mais ça n'explique toujours pas ce qu'apporte les interfaces...

[thelvin]

Ça apporte :

- Plus de flexibilité dans le typage, notamment permettant d'exprimer plus justement l'intention du concepteur du nouveau type.
- Le sous-typage multiple.

"Mais qu'est-ce que ça veut dire, ça, plus de flexibilité et des histoire d'intention ?" =>

Ça veut dire que c'est plus pratique pour les experts d'avoir des interfaces plutôt que pas en avoir. Quand on est pas expert et qu'on veut savoir, il faut lire la page. Ça ne se résume pas plus clairement que je viens de le faire.

[tabdeslam]

Bonjour,


J'ai voulu juste vous remercier pour votre post sur les interfaces (java)

Il est bien détaillé avec de très bon exemples et très clair


Merci encore une fois

Voila un petit exemple simple sans code d'interface et classe abstraite :

L'interface :
imagine 2 classes Humain et Félin. Ces 2 êtres sont capables de se laver, mais de façon différente, un félin en se léchant, un humain en prenant une douche.

on va donc créer une interface Lavable qui définit une seule méthode laver() sans paramètre ni retour.

Les 2 classes Humain et Félin vont donc implémenter l'interface Lavable, chacune à leur méthode.

La classe abstraite :
Maintenant on voudrait ajouter tous les autres types d'animaux, ils sont tous capables de se laver, comment être sûr de ne pas oublier d'implémenter Lavable?

Tout d'abord on créé une classe Animal. Tous les animaux héritent de cette classe.

Maintenant c'est Animal qui implémente Lavable. On a supprimé Lavable de Humain et Félin.

D'après le principe des interfaces, Animal devrait donc implémenter Lavable, mais on perdrait le comportement laver() propre à chaque animal. On va donc déclarer la classe Animal comme étant abstraite.

En effet la définition d'une interface est que ses méthodes doivent être déclarées au maximum dans la 1ère classe non abstraite qui l'implémente. Donc Animal étant abstraite, elle n'est pas obligée de déclarer la méthode laver(). Par contre toute classe non abstraite héritant de Animal devra déclarer laver().

Mis à part ça, à quoi sert Animal? elle n'a pas beaucoup d'intérêt... Et bien on peut y définir des comportements commun, on pourrait y définir une méthode déplacer(Coordonnees position) dans laquelle on changerait la position de l'animal à un certain point.


C'est un peu long, mais j'espère avoir été assez clair. A mon avis, pour comprendre la méthode objet, il faut oublier le code et penser à des choses très simples, tout ce qui nous entoure pourrait être représenté de façon objet.

[Mat.M]

J'ai voulu juste vous remercier pour votre post sur les interfaces (java)

bonjour avez-vous compris l'intérêt d'une interface alors ?