[Java 8] Ce qui est static dans les interfaces

**professeur shadoko** · 05/01/2014, 12h41

Bonjour
petite question très théorique.
Jusqu'à présent on ne pouvait pas avoir de bloc "static" dans une interface.
bon (je pensais -dans doute faussement- que c'était lié à la manière dont les interfaces étaient initialisées -ou pas initialisées du tout - par les ClassLoaders).

Je pensais qu'avec l'introduction de tas de machin static dans les interfaces de java8 ça deviendrait possible.
Selon toutes apparences ce n'est toujours pas possible: quelqu'un voit précisément pourquoi?
Merci

edit: vague brainstorming ... serait-ce lié au fait qu'une interface ne devrait pas avoir d'effet de bord? mais on peut toujours avoir une méthode statique, une classe statique -ou même une simple initialisation de variable static final- qui a un effet de bord quelque part non?

**thelvin** · 05/01/2014, 13h26

Envoyé par professeur shadoko

edit: vague brainstorming ... serait-ce lié au fait qu'une interface ne devrait pas avoir d'effet de bord?

À mon sens c'est surtout ça, oui...

Avant, une interface ne devait pas avoir de code du tout (sauf à la limite dans la déclaration de ses champs si elle en a, pour les initialiser, portée assez réduite.)
Maintenant, une interface peut éviter de créer à côté les bien connues classes utilitaires, dont l'idée est de faire du code qui porte entièrement sur le contrat exposé par l'interface et pas sur la représentation interne de l'état des instances ou des classes. Autrement dit du code oui, mais pas d'effet de bord.

Conclusion les champs déclarés par une interface ne sont toujours pas mutables malgré ces changements, et un bloc d'initialisation static ne me semble donc toujours pas d'une utilité quelconque.
Si on commence à parler d'objets mutables à construire les uns par rapport aux autres, moi je dis c'est plus une interface, c'est une classe : ça touche à bien plus de choses que les seules méthodes exposées.

Envoyé par professeur shadoko

mais on peut toujours avoir une méthode statique, une classe statique -ou même une simple initialisation de variable static final- qui a un effet de bord quelque part non?

"Quelque part" oui, dès qu'on a du code c'est toujours une possibilité, c'en était déjà une effectivement avec les initialisations de leurs variables.
"Quelque part" mais pas dans l'interface elle-même ni dans l'instance qu'elle représente.

**professeur shadoko** · 05/01/2014, 13h53

Envoyé par thelvin

Conclusion les champs déclarés par une interface ne sont toujours pas mutables malgré ces changements, et un bloc d'initialisation static ne me semble donc toujours pas d'une utilité quelconque.

L'objectif n'est pas d'avoir des champs mutables mais de compléter l'initialisation de ces champs. Plusieurs cas peuvent se présenter:
- initialisations susceptibles de propager une exception
- initialisations par chargement d'une ressource (ex: peuplement d'un objet Properties)
- initialisations par recherche de service (avec ServiceLoader)

On y arrive mais en torturant la grand-mère .... A ce stade je ne suis pas encore totalement convaincu.