Java 13 : qu'est-ce qui nous attend dans un futur proche ?

Bien qu'il reste encore trois mois avant la sortie de Java 13, des détails sur les innovations de la prochaine version de notre langage préféré apparaissent constamment sur la page OpenJDK . Rappelons que les changements dans Java sont effectués à l'aide de propositions visant à améliorer le JDK - JEP (JDK Enhancement Proposals), qui sont ensuite intégrées dans les nouvelles versions (enfin, ou non intégrées si elles ne sont pas considérées comme suffisamment utiles et appropriées). Voici quelques fonctionnalités proposées pour la nouvelle version de Java : Blocs de texte. Selon JEP-355 , les blocs de texte devraient apparaître dans JDK 13 (au niveau aperçu). Les blocs de texte sont des chaînes littérales en plusieurs parties qui éliminent le besoin de la grande majorité des séquences d'échappement. Désormais, vous n'aurez plus besoin d'échapper à la plupart des caractères spéciaux et des sauts de ligne automatiques apparaîtront. Un bloc de texte formate automatiquement une ligne et permet aux développeurs de contrôler le format. Cette JEP a été créée principalement pour simplifier les processus d'écriture et de lecture de code, car en Java, l'intégration d'objets non Java (par exemple, XML ou JSON) nécessite généralement de « danser avec un tambourin » - une édition de ligne spécifique, donc de telles intégrations sont généralement difficile à créer, à soutenir et à lire. Mise à jour de l'API des sockets. Le nouveau Java réécrira très probablement l’ancienne API des sockets. En théorie, l’implémentation mise à jour deviendra plus moderne et plus facile à maintenir et à déboguer. Il est destiné à remplacer l'implémentation de base utilisée par les API net.Socket et java.net.ServerSocket. La nouvelle version est conçue pour s'adapter facilement au travail avec des threads en mode utilisateur (fibres ou fibres), qui sont explorés dans Loom , un projet créé pour faciliter l'écriture, le débogage, le profilage et la prise en charge d'applications parallèles. Les racines des API héritées susmentionnées remontent au JDK 1.0 et contiennent un mélange de code C et Java hérité difficile à déboguer et à maintenir. L'implémentation précédente présente également d'autres problèmes : sa propre structure de données pour prendre en charge la fermeture asynchrone, ce qui entraîne des problèmes de fiabilité et de portabilité, ainsi que des problèmes de concurrence qui nécessitent une révision. Amélioration de ZGC (Z Garbage Collector). Dans la nouvelle version, ils veulent forcer le garbage collector ZGC à restituer la mémoire inutilisée au système d'exploitation. ZGC est commercialisé comme un ramasse-miettes évolutif et à faible latence, mais à ce jour, il ne renvoie toujours pas la mémoire inutilisée au système d'exploitation, même si cette mémoire n'a pas été utilisée depuis longtemps. Évidemment, c'est irrationnel, et pour certaines applications et environnements, ceux qui ne peuvent pas rester inactifs pendant longtemps, cette approche est tout à fait critique. Amélioration de la fonctionnalité de l'AppCDS de partage de données de classepour assurer un archivage dynamique des classes à la fin de l'exécution de l'application. Le partage de données de classe ou partage de données de classe a été introduit pour la première fois dans JDK 5. Cette fonctionnalité vous permet de prétraiter un ensemble de classes dans un fichier d'archive commun, qui peut ensuite être mappé en mémoire au moment de l'exécution pour réduire le temps de démarrage. Les classes d'archives incluront désormais toutes les classes d'applications et de bibliothèques chargées qui ne sont pas incluses dans l'archive CDS de niveau de base standard. Cette proposition vise à améliorer la convivialité d'AppCDS et à éliminer le besoin pour les utilisateurs d'effectuer des essais pour créer une liste de classes pour chaque application. Version produit d'une nouvelle forme d'expressions avec l'opérateur Switch - Switch Expressions . Dans la version Java 12 , une simplification du code de l'instruction switch est apparue en phase de prévisualisation. Il peut être utilisé soit à l’ancienne, soit comme expression. Il ne reste plus qu'à attendre le 17 septembre, date de sortie de Java 13. Eh bien, si vous avez hâte de vous familiariser avec les innovations maintenant, vous pouvez télécharger les versions bêta sur le site officiel.