Re: Fwd: Problème de ClassLoader rigolo (o u pas)

Java 8 n'introduira pas d'h=C3=A9ritage multiple
mais une forme sympathique de traits (pas ceux de Scala).
En quelque mot, tu auras la possibilit=C3=A9 de mettre du code dans une m=
=C3=A9thode
d'une interface, si une classe qui implante l'interface ne founi pas de=20
code,
celui d=C3=A9clarer dans l'interface sera choisie.
Si on implante deux interfaces et que chacune produit du code pour une=20
m=C3=AAme m=C3=A9thode,
le code ne compilera pas et il faudra fournir un nouveau pour la m=C3=A9t=
hode
sachant que l'on pourra appeler le code des interfaces dont on h=C3=A9rit=
e.

Cela devrait r=C3=A9soudre le plus gros prob=C3=A8me des interfaces,
le fait que l'on ne peut pas les faires =C3=A9voluer dans le temps en ajo=
utant
des m=C3=A9thodes. En effet, il sera binary compatible d'ajouter une m=C3=
=A9thode
si l'on fourni un code.

Maintenant, ce ne devrait pas =C3=AAtre une r=C3=A9volution mais juste un=
e fa=C3=A7on
d'=C3=A9tendre des interfaces de la m=C3=AAme fa=C3=A7on que l'on =C3=A9t=
ant une classe
abstraite mais sans pouvoir ajouter de champs donc pas d'h=C3=A9ritage mu=
ltiple.

Enfin pour ce qui est des lambdas, je pense qu'il n'y a pas photos entre
   Collections.sort(list, new Comparator<String>() {
     public int compare(String s1, String s2) {
        return s1.compareIgnoreCase(s2);
     }
   };
et
   list.sort((s1, s2) -> s1.compareIgnoreCase(s2));
ou mieux
   list.sort(String::compareIgnoreCase);

J'esp=C3=A8re que l'on arrrivera =C3=A0 sortir le premier draft public
de la spec =C3=A0 la fin du mois.

R=C3=A9mi

On 10/18/2011 03:31 PM, jerome moliere wrote:
> Je me suis gaufr=C3=A9 dans mon envoi
> d=C3=A9sol=C3=A9
> J.MOLIERE - Mentor/J
> auteur Eyrolles
> blog: http://romjethoughts.blogspot.com
>
>
>
>
>
>
> ---------- Message transf=C3=A9r=C3=A9 ----------
> De : jerome moliere<[email protected]>
> Date : 18 octobre 2011 15:31
> Objet : Re: Probl=C3=A8me de ClassLoader rigolo (ou pas)
> =C3=80 : Jean-Baptiste BRIAUD -- Novlog<[email protected]>
>
>
> En ce qui concerne OSGi je ne suis pas vraiment d'accord mais pour le r=
este +1
> Et encore Jean Baptiste je ne sais pas si t'as vu ce que nous pr=C3=A9p=
are Java 8 ...
> demandes =C3=A0 Remi d'expliquer comment en douce on voit revenir
> l'h=C3=A9ritage multiple ?
> quand je pense qu'il y a 10 ans les gens disaient que  la STL =C3=A9tai=
t
> trop complexe car les Collections Java 8 avec le support tant attendu
> des Closures n'est pas sans me rappeler cette STL mais je dois radoter
> -)
>
> Jerome
> J.MOLIERE - Mentor/J
> auteur Eyrolles
> blog: http://romjethoughts.blogspot.com