Discussion :

[Anubis]

Bonjour tout le monde,

Je n'avais pas encore trop regardé les nouveautés de java 8 et je viens de découvrir qu'il est maintenant possible d'implémenter certaines méthodes dans les interfaces.
Ceci afin de capitaliser des méthodes. Pourtant pour réaliser ceci il y avait déjà la possibilité d'utiliser les classes abstraites.
C'est pour cette raison qu'avec ce nouveau mécanisme, il me semble que l'utilité des classes abstraites disparaît.
Qu'en pensez-vous?

Bonne soirée,

Pierre.

[thelvin]

Même si une interface peut maintenant implémenter des méthodes, ces méthodes ne peuvent s'appuyer que sur le contrat que l'interface définit comme elle le faisait déjà avant. Une classe abstraite, étant une classe, n'a pas cette contrainte.

Autrement dit, une classe abstraite peut avoir des variables qui lui donnent un état interne. Une interface ne le peut pas. Dans le même genre, elle ne peut toujours pas avoir de constructeur non plus.

[adiGuba]

Salut,

Pourtant pour réaliser ceci il y avait déjà la possibilité d'utiliser les classes abstraites.

L'objectif premier des méthodes par défaut n'est pas forcément d'implémenter une méthode, mais de permettre l'évolution des interfaces.

En effet jusqu'à présent il n'était pas possible de rajouter une méthode dans une interface sans "casser" potentiellement le code de toutes les classes qui implémentent cette interface.
Le problème c'est que du coup il était impossible d'enrichir les interfaces standards !

Désormais on peut rajouter des méthodes sans forcément tout casser.

Les interfaces Iterable, Collection, List, Map se sont donc enrichi de nouvelles méthodes.

C'est pour cette raison qu'avec ce nouveau mécanisme, il me semble que l'utilité des classes abstraites disparaît.

Pas tout à fait.
Certaines utilisations des classes abstraites peuvent en effet être remplacées par des méthodes par défaut.

Toutefois comme le précise thelvin, les méthodes par défaut ne peuvent se baser que sur le contrat de l'interface, et elles ne peuvent pas gérer d'état interne, définir des contraintes de construction, ni définir des méthodes à visibilité réduite.

a++

[Anubis]

Je n'avais pas envisagé tous les aspects de la classe abstraite.
En résumé, la possibilité d'implémenter des méthodes dans une interface permet de faire évoluer les interfaces sans remettre en cause les sous-interface et de capitaliser des implémentations de méthode.
Il n'est toutefois pas encore possible de de définir d'attribut de classe et de constructeur dans les interfaces contrairement aux classes abstraites.

Merci pour vos retours.

Bonne journée,

Pierre.