Oui les default methods ont clairement été faite pour cela, permettre de faire évoluer les veilles API sans tout casser. L'ajout des lambda demandait d'introduire des méthodes dans des classes existantes. Leur solution n'est pas trop folle.
Maintenant en pratique on peut voir ca comme des traits stateless. Scala a des traits stateful de son côté. Il y a six mois, Guillaume Laforge disait y reflechir pour Groovy mais ne savait pas trop de quel côté il allait pencher. Je sais pas si ca a bougé.
Pour ceux qui sont intéressé sur par les lambda et les défaut méthodes voici quelques liens qui peuvent être intéressants:
Le deux présentations sont dispo au téléchargement là.
Vu le champ de mine que c'était ils ont fait du bon boulot. Faire évoluer ce truc avec les contraintes qu'ils ont c'est l'enfer. Bon y'a encore du boulot pour 3 ou 4 releases comme ca :)
Au passage c'est pas le sujet, mais le talk d'Aleksey Shipilev sur JVM Benchmarking. Il vulgarise très bien son travail sur JMH et la méthodologie.
[^] # Re: Fin de la pureté de Java
Posté par ckyl . En réponse à la dépêche Java 8 et NetBeans 8 sont disponibles. Évalué à 2. Dernière modification le 28 mars 2014 à 20:20.
Oui les default methods ont clairement été faite pour cela, permettre de faire évoluer les veilles API sans tout casser. L'ajout des lambda demandait d'introduire des méthodes dans des classes existantes. Leur solution n'est pas trop folle.
Maintenant en pratique on peut voir ca comme des traits stateless. Scala a des traits stateful de son côté. Il y a six mois, Guillaume Laforge disait y reflechir pour Groovy mais ne savait pas trop de quel côté il allait pencher. Je sais pas si ca a bougé.
Pour ceux qui sont intéressé sur par les lambda et les défaut méthodes voici quelques liens qui peuvent être intéressants:
State of the lambda
Translation of lambda expressions
Les autres workings document du projet Open JDK
Conf: Les bridges méthodes pour l'implémentation des default methods
Conf: Benchmark des lambdas
Le deux présentations sont dispo au téléchargement là.
Vu le champ de mine que c'était ils ont fait du bon boulot. Faire évoluer ce truc avec les contraintes qu'ils ont c'est l'enfer. Bon y'a encore du boulot pour 3 ou 4 releases comme ca :)
Au passage c'est pas le sujet, mais le talk d'Aleksey Shipilev sur JVM Benchmarking. Il vulgarise très bien son travail sur JMH et la méthodologie.