{"id":722,"date":"2018-03-26T14:55:27","date_gmt":"2018-03-26T12:55:27","guid":{"rendered":"http:\/\/www.loicmathieu.fr\/wordpress\/?p=722"},"modified":"2020-05-06T10:11:53","modified_gmt":"2020-05-06T08:11:53","slug":"java-10-quoi-de-neuf","status":"publish","type":"post","link":"https:\/\/www.loicmathieu.fr\/wordpress\/fr\/informatique\/java-10-quoi-de-neuf\/","title":{"rendered":"Java 10 : quoi de neuf ?"},"content":{"rendered":"

Maintenant que Java 10 est sorti, il est temps de se pencher sur les nouveaut\u00e9s de cette version. Comme pour mon pr\u00e9c\u00e9dent article sur java 9<\/a>, je vais me pencher principalement sur les changements qui impacterons les d\u00e9veloppeurs utilisant Java en laissant de c\u00f4t\u00e9 les changements internes\/anecdotique\/sur des API peu utilis\u00e9s.<\/p>\n

Le nouveau \u00ab\u00a0release train\u00a0\u00bb<\/h2>\n

Une nouveaut\u00e9 toute particuli\u00e8re est la mani\u00e8re dont Java va \u00eatre releas\u00e9 depuis Java 10 : Java va passer d’un syst\u00e8me de feature release<\/em> tous les deux ans (qui en r\u00e9alit\u00e9 \u00e9tait plus proche de tous les trois ans) \u00e0 un release train<\/em> avec une release tout les 6 mois.<\/p>\n

Pr\u00e9c\u00e9demment, un ensemble de fonctionnalit\u00e9s \u00e9tait d\u00e9fini pour aller dans une version de Java et celle-ci n’\u00e9tait releas\u00e9e que quand toutes ces fonctionnalit\u00e9s \u00e9t\u00e9 pr\u00eates, il y avait souvent beaucoup de chose dans une nouvelle version de Java, ce qui en faisait une version difficile \u00e0 livrer et un gap assez important pour les utilisateurs de Java \u00e0 passer.<\/p>\n

A partir de Java 10 : une version tous les 6 mois en release train : les fonctionnalit\u00e9s sont d\u00e9velopp\u00e9es dans des branches de d\u00e9veloppement sp\u00e9cific et quand elles sont pr\u00eate elles sont merg\u00e9e dans la branche principale. A la date de la release, tout ce qui a \u00e9t\u00e9 merg\u00e9 part en release. Avec un syst\u00e8me comme cela on aura plus de petite release mais plus r\u00e9guli\u00e8re.\nDernier point : chaque version de Java n’auras pas forc\u00e9ment un support long, le support d’une version sera jusqu’\u00e0 la version suivante (donc 6 mois) sauf pour une version tout les trois ans qui sera en Long Term Support (LTS), Java 11 sera la premi\u00e8re version LTS.<\/p>\n

On peu regretter que la premi\u00e8re LTS ne soit que la version 11, la version 9 qui apporte \u00e9norm\u00e9ment de changement ne sera support\u00e9e que 6 mois ce qui en fait une version que personne ne va r\u00e9ellement utiliser en production. De m\u00eame, comme il n’y aura pas d’overlap entre les version non-LTS, un utilisateur sera oblig\u00e9 de passer \u00e0 la nouvelle version tout de suite ou de rester sur les version LTS : dans ce cas, Java va passer d’une features release tous les 2-3 ans \u00e0 un release train avec une release LTS tous les 3 ans …<\/p>\n

Ce syst\u00e8me de release train et de version LTS est proche de celui que fait Ubuntu m\u00eame si Java a gard\u00e9 un num\u00e9ro de version (bien qu’un syst\u00e8me bas\u00e9 sur les dates \u00e0 \u00e9t\u00e9 envisag\u00e9 puis abandonn\u00e9).<\/p>\n

Voir l’article de Mark Reinhold expliquant en d\u00e9tail le nouveau release train https:\/\/mreinhold.org\/blog\/forward-faster<\/a><\/a>\nVoir les infos dans la JEP : http:\/\/openjdk.java.net\/jeps\/322<\/a><\/a><\/p>\n

Les nouveaut\u00e9s du language pour les d\u00e9veloppeurs<\/h2>\n

Local-Variable Type Inference<\/h3>\n

C’est LA<\/strong> grande nouveaut\u00e9 de Java 10 : la possibilit\u00e9 d’utiliser le mot cl\u00e9 var<\/strong> \u00e0 la place d’une d\u00e9claration standard de variable, \u00e0 l’int\u00e9rieur d’une m\u00e9thode (variable locale) quand le type peut \u00eatre inf\u00e9r\u00e9 par le compilateur. Var peut \u00eatre aussi utilis\u00e9 dans la d\u00e9claration des boucles for et du try-with-resource.<\/p>\n

Java reste un language statiquement typ\u00e9, mais quand on d\u00e9clare une variable puis on l’instancie sur la m\u00eame ligne, la d\u00e9claration de type est redondante! Le mot cl\u00e9 var<\/strong> va donc pouvoir la remplacer.<\/p>\n

En Java 9 :<\/strong><\/p>\n

MyComplexType obj = new MyComplexType();\nMap<String,List> map = new HashMap<String,List>();\n<\/pre>\n
En Java 10 avec le mot cl\u00e9 var :<\/strong><\/p>\n
var obj = new MyComplexType();\nvar map = new HashMap<String,List>();\n<\/pre>\n
Meilleur visibilit\u00e9 (entre autre, les deux variables sont indent\u00e9e au m\u00eame niveau), moins de c\u00e9r\u00e9monie, concision de l’\u00e9criture, …<\/p>\n
Pour l’instant, le mot cl\u00e9 var<\/strong> est limit\u00e9 aux variables locale aux m\u00e9thode et il n’y a pas d’\u00e9quivalent \u00ab\u00a0immuable<\/em>\u00ab\u00a0, le travail sur l\u2019immuabilit\u00e9 en Java \u00e9tant en cours de r\u00e9flexion il aurait \u00e9t\u00e9 pr\u00e9matur\u00e9 de proposer un mot cl\u00e9 pour des variable finale (val ou let …).<\/p>\n
Stuart Marks a publi\u00e9 des guidelines sur l’utilisation du mot cl\u00e9 var :\u00a0 http:\/\/openjdk.java.net\/projects\/amber\/LVTIstyle.html<\/a><\/a><\/p>\n
Plus d’info dans la JEP : http:\/\/openjdk.java.net\/jeps\/286<\/a><\/a><\/p>\n
Copy factory methods<\/h3>\n
L’API Collection a \u00e9t\u00e9 enrichie de m\u00e9thodes statiques permettant la copie de collection existantes :\u00a0List.copyOf()<\/strong>, Set.copyOf()<\/strong>, et Map.copyOf()<\/strong>.<\/p>\n
Dans les trois cas la collection retourn\u00e9e sera une collection immuable. <\/em>Si la collection existante \u00e9tait d\u00e9j\u00e0 une collection immuable, elle sera retourn\u00e9e directement (car il n’y a pas d\u2019int\u00e9r\u00eat \u00e0 cr\u00e9\u00e9e une copie d’une collection immuable qui sera elle-m\u00eame immuable …), sinon une nouvelle collection immuable sera cr\u00e9\u00e9e.<\/p>\n
Attention, les collections sont immuable pas les objets qu’elles contiennent!<\/p>\n
Voici, pour exemple, l’impl\u00e9mentation actuelle de List.copyOf() :<\/p>\n
static  List copyOf(Collection coll) {\n    if (coll instanceof ImmutableCollections.AbstractImmutableList) {\n        return (List)coll;\n    } else {\n        return (List)List.of(coll.toArray());\n    }\n}\n<\/pre>\n
Plus d’info dans le ticket JIRA : https:\/\/bugs.openjdk.java.net\/browse\/JDK-8177290<\/a><\/a><\/p>\n
Collectors to unmodifiable List<\/h3>\n
Dans la m\u00eame mouvance que le pr\u00e9c\u00e9dent changement, les collectors de l’API Stream ont \u00e9t\u00e9 enrichit pour permettre la cr\u00e9ation de collections immuable :<\/p>\n