Discussion :

[Mickael Baron]

Bonjour,

Nadhem Lamti de la société Palo IT (http://www.palo-it.com/blog) vous propose un tutoriel pour apprendre à basculer son code vers Java 8 sur un projet à grande échelle, retour d'expérience depuis un hackathon.

Vous trouverez cet article à cette adresse : http://paloit.developpez.com/tutorie...ur-experience/

Profitez de cette discussion pour laisser vos commentaires

Mickael

Les meilleurs cours et tutoriels pour apprendre la programmation en Java.

[lvr]

Ceci confirme mes premières impressions avec les nouveaux mécanismes mis en place avec Java8.
Je n'y vois peu d'intérêt.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

code plus simple, avec moins de typages inutiles, plus maintenable et moins verbeux.

Et bien non ! Ce n'est pas mon sentiment. Certes, le code est moins verbeux, mais c'est au prix de la lisibilité !

Dans la majeure parties des cas, j'ai trouvé le code avant refactoring plus compréhensible qu'après.

Si ce refactoring n'amène pas de meilleures performances, une meilleure lisibilité (c'est subjectif), quel est l'intérêt d'un tel refactoring ?

[adiGuba]

Salut,

Dans la majeure parties des cas, j'ai trouvé le code avant refactoring plus compréhensible qu'après.

Je pense qu'une grosse partie de cela est dû à l'expérience : des boucles on en a vu des tonnes, mais on est moins habitués à lire du code utilisant l'API de Stream...

Si ce refactoring n'amène pas de meilleures performances, une meilleure lisibilité (c'est subjectif), quel est l'intérêt d'un tel refactoring ?

Coté performance l'API de Stream a un gros intérêt pour la parallélisation (ce qui n'a pas été testé ici).

Une boucle cela peut être difficile à paralléliser, surtout si l'on doit respecter certains critères pour le résultat final (comme l'ordre des données par exemple).



a++