IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Langage Java Discussion :

Les méthodes abstraites et les interfaces


Sujet :

Langage Java

  1. #1
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Octobre 2005
    Messages
    51
    Détails du profil
    Informations personnelles :
    Âge : 33
    Localisation : France

    Informations forums :
    Inscription : Octobre 2005
    Messages : 51
    Points : 38
    Points
    38
    Par défaut Les méthodes abstraites et les interfaces
    Bonjour à tous , étant en train d'apprendre , je suis confronté auw interfaces dont je ne vois pas vraiment l'utilité , si quelqu'un a l'habitude de les utiliser , pourrait-il m'expliquer dans quel cas ?
    Merci

  2. #2
    Membre confirmé Avatar de benratti
    Profil pro
    Inscrit en
    Mai 2004
    Messages
    471
    Détails du profil
    Informations personnelles :
    Âge : 45
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Mai 2004
    Messages : 471
    Points : 649
    Points
    649
    Par défaut
    Les interfaces servent a repondre aux problemes de l'heritage multiple... des fois tu aimerais que ta classe herite de deux classes differents. Pour des raisons techniques, c'est pas autorisé en Java mais pour ne pas perdre en expressivite, il y a les interfaces.

    Imagines que tu veuilles modeliser des personnes avec leur fonctions, etc ...

    tu peux imaginer creer une classe abstraite Humain. Pour des raisons assez simple, c'est une classe abstraite car tu as soit un homme, soit une femme. On vas donc creer deux classes qui vont herite d'Humain : Homme et Femme.

    Maintenant, tu veux faire une autre classification, par exemple les nationalites. Tu voudrais par exemple que les francais puissent manger du fromage, les anglais boire du the, etc ...

    Tu vas donc creer des interfaces :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
     
    public interface Francais {
        public void mangerFromage() ;
    } 
     
    public interface Anglais {
        public void boireThe() ;
    }
    Ensuite, si tu veux avoir des homme francais, il faudra que tu cree une nouvelle classe :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
     
    public class HommeFrancais extends Homme implements Francais {
        public void mangerFromage(){
           // code de manger fromage
        }
    }
    idem pour femme francaise, anglaise, etc...

    Bref, j'espere t'avoir montrer un peu a quoi pouvait servir les interfaces dans un cas concret.

    Ca peut aussi servir dans d'autres cas. imagine que tu developpes un logiciel et que tu doives avoir plusieurs "interfaces" ( je parle des interfaces graphique, texte ... bref, rien a voir avec les interfaces java ) mais tu souhaites que quelque soit l'interface, tu puisses lui demander la meme chose. Il est interessant d'utiliser les interfaces. Ainsi tu pourras librement developper ton logiciel sans te soucier de l'interface graphique.

  3. #3
    Expert éminent sénior
    Avatar de adiGuba
    Homme Profil pro
    Développeur Java/Web
    Inscrit en
    Avril 2002
    Messages
    13 938
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Java/Web
    Secteur : Transports

    Informations forums :
    Inscription : Avril 2002
    Messages : 13 938
    Points : 23 190
    Points
    23 190
    Billets dans le blog
    1
    Par défaut
    Salut,


    Les interfaces permettent de définir des "comportements" sans pour autant spécifier une implémentation concrète...

    Par exemple si on prend l'interface List de l'API des Collections de Java. Tu peux voir que cette interface définit un certain nombre de méthode pour gérer des listes d'éléments, comme add(), get() et remove() pour ajouter, lire et supprimer un élément de la liste.

    Toutes classes qui implémente l'interface List devra implémenter ces méthodes (en respectant le comportement attendu).

    Ainsi il y a deux principales classes qui implémentent cette interface : ArrayList et LinkedList. La première gère un tableau d'objet qui est redimensionné lorsque cela est neccessaire, alors que la seconde utilise une liste chainée.

    L'intérêt de l'interface dans ce cas est d'ignorer l'implémentation exacte. Ainsi si tu utilises l'interface correspondante à la place de la classe qui l'implémente :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    public List createList() {
    	List list = new ArrayList();
     
    	// ajout d'element dans la liste
     
    	return list;
    }
    Bien que tu crées une ArrayList, tu l'utilises toujours en tant que List. Ainsi ton code n'est pas spécifique à une implémentation particulière, et un jour si tu dois en changer pour une raison quelquonque (par exemple parce que tu ne fais que des ajout en début de liste, ce qui est assez lourd avec une ArrayList), il te suffit simplement de changer son instanciation dans le new.

    Si au contraire tu aurais eu un code comme celui-ci :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    public ArrayList createList() {
    	ArrayList list = new ArrayList();
     
    	// ajout d'element dans la liste
     
    	return list;
    }
    Il aurait fallut que tu changes la signature de la méthode, ce qui aurait impacté toutes les méthodes et classes qui utilisait cette méthode...


    L'utilisation des interfaces permet donc d'ignorer l'implémentation exacte des méthodes, afin de pouvoir en changer plus facilement...

    Les classes abstraites permettent un peu la même chose, sauf q'elles peuvent définir l'implémentation de certaines méthodes (qui dans certain cas peuvent être les mêmes pour plusieurs implémentations différentes) et permet donc de ne pas réécrire plusieurs fois le même code...

    Généralement on utilise alors un héritage en trois couche, avec une Interface implémenté par une classe Abstraite dont hérite les Implémentations.

    On n'utilise la classe abstraite que pour en hériter lorsqu'on a besoin d'une nouvelle implémentation.




    Enfin, deuxième point : les interfaces permettent d'indiquer qu'un objet comporte tel ou tel spécificité. Par exemple l'interface Comparable implique l'écriture d'une méthode compareTo() qui permet de comparer l'objet avec un autre...


    Je ne sais pas si j'ai été très clair...

    a++

  4. #4
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Octobre 2005
    Messages
    51
    Détails du profil
    Informations personnelles :
    Âge : 33
    Localisation : France

    Informations forums :
    Inscription : Octobre 2005
    Messages : 51
    Points : 38
    Points
    38
    Par défaut
    ok merci j'ai compruis

Discussions similaires

  1. Méthode abstraite dans les proxy
    Par Nertios dans le forum Hibernate
    Réponses: 0
    Dernier message: 05/05/2014, 16h40
  2. Réponses: 5
    Dernier message: 29/12/2010, 15h13
  3. Réponses: 4
    Dernier message: 25/01/2009, 21h38
  4. Réponses: 5
    Dernier message: 22/04/2008, 15h56
  5. Question sur les méthodes abstraites
    Par nmathon dans le forum Delphi
    Réponses: 3
    Dernier message: 15/06/2006, 20h30

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo