Version imprimable
Olivier Croisier nous propose un tutoriel sur les nouveautés proposées par Java 8. Cet article s'intéresse plus particulièrement sur les nouvelles fonctionnalités introduites dans les interfaces Java.
Le lien pour le tutoriel : http://oliviercroisier.developpez.co...es-interfaces/
Profitez de cette discussion pour laisser des commentaires.
je me permet de signaler un erreur dans ce texte: l'emploi du mot "surcharge" au lieu de "specialisation" ou "redéfinition"
"surcharge" est le mot pour traduire "overloading" pas "overriding" et donc :aie:
Merci pour cet article. J'attendais depuis un moment ces méthodes par défaut dans les interfaces!
Pour le coup, je me demande pourquoi ne pas avoir fait la même chose au niveau des classes, en fait. Je cherche une règle qui s'appliquererait plus difficilement à une classe qu'à une interface dans ce que tu expliques, mais je n'en vois pas...
Merci pour cet article, en tout cas.
Il n'y a pas besoin de cela au niveau des classes tu peux très bien rajouter une méthode dans une classe sans forcément "tout casser".Citation:
Envoyé par Traroth2
a++
Oui, mais là, on parle de factorisation. Et d'héritage multiple, en fait.Citation:
Envoyé par adiGuba
Pour la factorisation, je ne vois toujours pas ce qui t'empêche de le faire avec des classes, maintenant comme depuis toujours.
Pour l'héritage multiple, le problème est toujours la question de l'héritage en diamant, et du fait que les classes définissent leur état interne. Une interface ne définit pas son état, et les méthodes par défaut ne peuvent qu'utiliser le contrat défini par les méthodes de l'interface, sans qu'il puisse y avoir question de l'effet sur les variables membres et lesquelles interviennent, puisque ça n'existe pas.
Le fait qu'on manipule des méthodes de classe mère dans plusieurs classes filles différentes sans les redéfinir n'est ce pas de la factorisation ? Et quel est dans la réalité l'intérêt d'héritage multiple côté variables membres de l'objet? Ce sont les fonctionnalités qui sont sensé faire l'objet d'héritage multiple d'où le concept d'interface et je crois qu'avec les méthodes par défaut, on va pouvoir enfin faire cet héritage multiple de fonctionnalité sans avoir à implémenter ou réimplémenter les méthodes.Citation:
Envoyé par Traroth2
Pour les méthodes, rien n'empêcherait de résoudre le sujet exactement comme c'est fait avec les interfaces avec ce nouveau mécanisme de méthode par défaut. Mais effectivement, pour les attributs, ça pourrait devenir scabreux. Ca serait sûrement quand même faisable, mais en y réfléchissant, les méthodes par défaut dans les interfaces permettent de s'en passer, en fait.Citation:
Envoyé par thelvin
Faisable, oui. Un appel de rassemblement des bugs, oui aussi. Et c'est en général contre la volonté de Java.
+1Citation:
Envoyé par thelvin
L'héritage multiple apporte plus de problème qu'il n'en résout.
De plus cela va à l'encontre de la philosophie de Java où les méthodes d'instances sont "virtuelles" par défaut (c'est à dire qu'elle peuvent être redéfinies dans une sous-classes).
L'héritage multiple apporterait tellement de problème de ce coté là qu'on finirait par déclarer toutes nos méthodes final pour éviter les soucis... mais en "pourrissant" l'API.
Surtout que les méthodes par défaut permettront de prendre la majorité des avantages de l'héritage multiple... sans les principaux problèmes !
Sinon petite remarque : comme pour une classe, l'ajout d'une méthode par défaut dans une interface n'est pas forcément sans risque, et cela peut des incompatibilités dans certains cas de conflits de noms (incompatibilités des sources la plupart du temps).
a++
Super tutoriel. Merçi de l'avoir publié. Cette nouvelle foncctionnalité va grandement me faciliter ma vie lors du développement d'applications Java et réduire le nombre de Copier/Coller. Oui, :oops: j'avoue qu'il m'est arrivé d'y recourir.
Bon je vous previens je suis loin d'etre un expert en Java
Mais voila quelque chose m'intrigue :est ce que permettre les implementations des methodes dans les interfaces afin d'avoir des methodes par defauts ne reviendrait pas au meme que de creer tout simplement des classes abstraites?
Ou alors l'interet viendrait du fait que l'heritage multiple n'existe pas en java et donc l'utilisation des interfaces permettrait de contourner ce probleme
Parce que sinon moi je vois pas trop de differences entre une interface avec des methodes par defauts et une classe abstraites
Vous pouvez m'eclairer sur ce sujet svp?:D
Une classe abstraite a des variables membres, et ses méthodes peuvent donc les regarder et les modifier. Une interface n'en a pas et ne peut donc pas toucher à ces trucs qui n'existent pas. C'est à peu près tout.
L'héritage multiple est possible sans problème en Eiffel.Citation:
Envoyé par adiGuba
L'héritage multiple est possible en Eiffel, mais pas sans problème !Citation:
Envoyé par frfancha
Il y a juste un mécanisme de renommage de méthode qui doit être utiliser en cas de conflit...
a++