Maintenant que Java 17 est features complete (Rampdown Phase Two au jour d\u2019\u00e9criture de l\u2019article), c\u2019est le moment de faire le tour des fonctionnalit\u00e9s qu\u2019apporte cette nouvelle version, \u00e0 nous, les d\u00e9veloppeurs.<\/p>\n
Cet article fait partie d\u2019une suite d\u2019article sur les nouveaut\u00e9s des derni\u00e8res versions de Java<\/a>, pour ceux qui voudraient les lire en voici les liens : Java 16<\/a>, Java 15<\/a>, Java 14<\/a>, Java 13<\/a>, Java 12<\/a>, Java 11<\/a>,\u00a0Java 10,<\/a>\u00a0et\u00a0Java 9<\/a>.<\/p>\n Cette release ne contient pas beaucoup de JEP, et donc pas beaucoup de nouveaut\u00e9s importantes. Par contre, elle apporte quelques petites additions sympathiques, et son statut de LTS (Long Term Support) en fait une release importante.<\/p>\n C’est sans doute la plus grande nouveaut\u00e9 de cette release, le pattern matching arrive dans les switchs, en preview. On peut d\u00e9sormais faire un switch sur le type d’une variable (y compris enum, record et tableau), et en extraire une variable locale au case qui sera du type correspondant.<\/p>\n La JEP donne l’exemple suivant avec une cha\u00eene de if\/else :<\/p>\n Qui peut maintenant \u00eatre r\u00e9-\u00e9crit avec une switch expression :<\/p>\n En plus de supporter du pattern matching, le switch permet maintenant de d\u00e9finir un case sp\u00e9cial Si on reprend l’exemple pr\u00e9c\u00e9dent, cela nous donne :<\/p>\n Le grand int\u00e9r\u00eat est que cela \u00e9vite de devoir faire un test d\u00e9fensif avant le switch, et permet d’inclure dans celui-ci la valeur nulle comme toute autre valeur possible de notre variable.<\/p>\n Et \u00e7a ne s’arr\u00eate pas l\u00e0, le switch a \u00e9t\u00e9 enrichi de guards<\/em> qui permettent d’inclure une condition au Plus d’informations dans la JEP-406<\/a>.<\/p>\n La JEP-356 fournit une nouvelle interface De nouveaux algorithmes de g\u00e9n\u00e9ration de nombre al\u00e9atoires ont \u00e9t\u00e9 impl\u00e9ment\u00e9s, plus s\u00e9curis\u00e9s et plus performant (mais ils ne sont plus thread-safe), ils ont vocation \u00e0 remplacer les anciens.<\/p>\n Voici quelques exemples d’instanciation de g\u00e9n\u00e9rateur de nombres al\u00e9atoires :<\/p>\n Plus d’informations dans la JEP-356<\/a> ou dans cet article tr\u00e8s complet de\nMichael Bien : Java 17’s Enhanced Pseudo-Random Number Generators<\/a>.<\/p>\n Dans Java 17, une seule fonctionnalit\u00e9 passe de preview \u00e0 standard : les Sealed Classes (JEP-409<\/a>), vous pouvez vous r\u00e9f\u00e9rez \u00e0 mes articles pr\u00e9c\u00e9dents pour plus d’informations.<\/p>\n Les fonctionnalit\u00e9s suivantes restent en preview (ou en incubator module).<\/p>\n Pour les d\u00e9tails sur celles-ci, vous pouvez vous r\u00e9f\u00e9rer \u00e0 mes articles pr\u00e9c\u00e9dents.<\/p>\n Java 17 ajoute le support de l’architecture macOS\/AArch64 (aka Apple Silicon M1). Plus d’informations \u00e0 ce sujet dans la JEP-391<\/a>.<\/p>\n La class Plus d’information dans le ticket JDK-8251989<\/a>.<\/p>\n Tester du code contenant de la manipulation de date a toujours \u00e9t\u00e9 un challenge, surtout si celui-ci use et abuse de Pour faciliter la testabilit\u00e9 de ce genre de code, une nouvelle interface a \u00e9t\u00e9 ajout\u00e9e au JDK : Imaginez le code suivant :<\/p>\n En fonctionnement normal, l’ Divers ajouts au JDK :<\/p>\n Java 17 voit la d\u00e9pr\u00e9ciation pour suppression de l’API des Applets via la JEP-398<\/a>, celle-ci n’\u00e9tant plus utilis\u00e9e depuis de nombreuses ann\u00e9es, elle n’a pas fait couler beaucoup d’encre.<\/p>\n Java 17 voit aussi la d\u00e9pr\u00e9ciation du Security Manager pour suppression via la JEP-411<\/a>. Il y a eu beaucoup de d\u00e9bat autour de cette annonce, avec, il faut l’avouer un peu de drama<\/i>, comme quand Apache Netbeans a annonc\u00e9 qu’il ne pourrait pas supporter Java 17 alors qu’il fallait juste changer quelques lignes de code … JEP 406: Pattern Matching for switch (Preview)<\/h2>\n
\nstatic String formatter(Object o) {\n String formatted = \"unknown\";\n if (o instanceof Integer i) {\n formatted = String.format(\"int %d\", i);\n } else if (o instanceof Long l) {\n formatted = String.format(\"long %d\", l);\n } else if (o instanceof Double d) {\n formatted = String.format(\"double %f\", d);\n } else if (o instanceof String s) {\n formatted = String.format(\"String %s\", s);\n }\n return formatted;\n}\n<\/pre>\n\nstatic String formatterPatternSwitch(Object o) {\n return switch (o) {\n case Integer i -> String.format(\"int %d\", i);\n case Long l -> String.format(\"long %d\", l);\n case Double d -> String.format(\"double %f\", d);\n case String s -> String.format(\"String %s\", s);\n default -> o.toString();\n };\n}\n<\/pre>\nnull<\/code> (dans ses deux formes : statement ou expression). Auparavant, une variable de switch nulle entra\u00eenait une NullPointerException<\/code>. Dans sa nouvelle forme, on peut ajouter un case null<\/code> pour g\u00e9rer les nulls au sein du switch. Sans case null<\/code>, l’ancien comportement est gard\u00e9, et une NullPointerException<\/code> sera lev\u00e9e.<\/p>\n\nstatic String formatterPatternSwitch(Object o) {\n return switch (o) {\n case null -> \"null\";\n case Integer i -> String.format(\"int %d\", i);\n case Long l -> String.format(\"long %d\", l);\n case Double d -> String.format(\"double %f\", d);\n case String s -> String.format(\"String %s\", s);\n default -> o.toString();\n };\n}\n<\/pre>\ncase<\/code>. L’exemple suivant issu de la JEP montre son utilisation. En ajoutant un guard au case Triangle : case Triangle t && (t.calculateArea() > 100)<\/code>, on peut cr\u00e9er deux cases : un pour les grands triangles, et un autre pour les petits.<\/p>\n\nstatic void testTriangle(Shape s) {\n switch (s) {\n case Triangle t && (t.calculateArea() > 100) -> System.out.println(\"Large triangle\");\n case Triangle t -> System.out.println(\"Small triangle\");\n default -> System.out.println(\"Non-triangle\");\n }\n}\n<\/pre>\nJEP 356: Enhanced Pseudo-Random Number Generators<\/h2>\n
RandomGenerator<\/code>, et une factory RandomGeneratorFactory<\/code>, qui permettent d’acc\u00e9der \u00e0 une impl\u00e9mentation de g\u00e9n\u00e9rateur de nombre al\u00e9atoire. Les g\u00e9n\u00e9rateurs existant : Random<\/code>, SecureRandom<\/code>, SplittableRandom<\/code> et ThreadLocalRandom<\/code>; impl\u00e9mentent maintenant cette interface qui ajoute, entre autre, l’acc\u00e8s \u00e0 un stream de nombre al\u00e9atoire (RandomGenerator::doubles()<\/code>, RandomGenerator::ints()<\/code>, …).<\/p>\n\n\/\/ the old Random generator\nRandomGenerator rng1 = RandomGeneratorFactory.of(\"Random\").create(42);\n\/\/ the default random generator, currently jdk.random.L32X64MixRandom but this can change\nRandomGenerator rng2 = RandomGeneratorFactory.getDefault().create(42);\n\/\/ shortcut for the default\nRandomGenerator rng3 = RandomGenerator.getDefault(); \n\/\/ stream all available generators and display their names\nRandomGeneratorFactory.all().forEach(generator -> System.out.println(generator.name());\n<\/pre>\n
Les fonctionnalit\u00e9s qui passent de preview \u00e0 standard<\/h2>\n
Les fonctionnalit\u00e9s qui restent en preview<\/h2>\n
Un nouveau port de la JVM<\/h2>\n
HexFormat<\/h2>\n
java.util.HexFormat<\/code> permet la conversion de type primitif, tableau de byte, ou tableau de char en cha\u00eene de caract\u00e8re hexad\u00e9cimal et vice versa.<\/p>\n\nHexFormat.of().toHexDigits(127); \/\/ \"7f\"\nHexFormat.of().fromHexDigits(\"7f\"); \/\/ 127\n<\/pre>\n
InstantSource<\/h2>\n
System.currentTimeMillis()<\/code>, LocalDateTime.now()<\/code>, et autre initialisation de date avec la date en cours.<\/p>\nInstantSource<\/code>, avec une seule impl\u00e9mentation : Clock<\/code>. Le but de l’interface InstantSource<\/code> est d’\u00eatre une fabrique d’Instant<\/code>. Au lieu de cr\u00e9er un Instant<\/code> avec la date du jour, vous le cr\u00e9ez depuis l’InstantSource<\/code>. Un test pouvant alors utiliser une InstantSource<\/code> \u00e0 une date fixe au lieu de la date du jour.<\/p>\n\n public class MyBean {\n private InstantSource source; \/\/ dependency inject\n ...\n public void process(Instant endInstant) {\n if (source.instant().isAfter(endInstant) {\n ...\n }\n }\n }\n<\/pre>\nInstanSource<\/code> est initialis\u00e9 via InstantSource.system()<\/code>, et en test via InstantSource.fixed(LocaDateTime.of(\/\/the hardcoded date time))<\/code>.<\/p>\nDivers<\/h2>\n
Map.Entry.copyOf(Map.Entry)<\/code> : permet de cr\u00e9er une copie d’une entr\u00e9e de Map qui ne soit pas connect\u00e9e \u00e0 la Map existante.<\/li>\n\nProcess.inputReader(), Process.outputWritter(), Process.errorReader()<\/code> : permet d’acc\u00e9der aux entr\u00e9e, sortie standard, et sortie erreur d’un process via un Reader ou un Writter.<\/li>\n<\/ul>\nD\u00e9pr\u00e9ciation et encapsulation<\/h2>\n
\nLa suppression du Security Manager a \u00e9t\u00e9 annonc\u00e9e, car celui-ci est complexe \u00e0 maintenir, co\u00fbteux en termes de performance, et n’apporte pas la s\u00e9curit\u00e9 n\u00e9cessaire face aux enjeux actuels. Il a \u00e9t\u00e9 cr\u00e9\u00e9 pour s\u00e9curiser les applets qui, par d\u00e9finition, ex\u00e9cutent du code untrusted<\/i>, et n’a donc plus de sens dans une JVM qui ne contiendrait plus l’API Applet.\nPour plus d’info sur sa suppression, vous pouvez lire l’article d’InfoQ<\/a> ou ce thread reddit<\/a> (j’ai beaucoup appr\u00e9ci\u00e9 les r\u00e9ponses de pron98).<\/p>\n