IdentifiantMot de passe
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Apprendre à basculer son code vers Java 8 sur un projet à grande échelle, retour d'expérience depuis un hackathon,
Un tutoriel de Nadhem Lamti

Le , par Mickael Baron
2 commentaires

0PARTAGES

7  0 
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.

Une erreur dans cette actualité ? Signalez-nous-la !

2 commentaires
Commenter Signaler un problème
lvr
Avatar de lvr
Membre extrêmement actif https://www.developpez.com
Le 31/05/2016 à 14:55
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 
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 ?
0  0 
adiGuba
Avatar de adiGuba
Expert éminent sénior https://www.developpez.com
Le 31/05/2016 à 15:25
Salut,

Citation Envoyé par lvr Voir le message
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...

Citation Envoyé par lvr Voir le message
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++
0  0