JDK 11 est sorti en septembre 2018. L'avez-vous déjà installé? N'est-ce pas la personne qui a choisi la version d'Oracle à laquelle elle est habituée, ou la personne qui a installé OpenJDK pour la première fois? Tous les évangélistes de Java dans le monde nous donnent les JDK parmi lesquels choisir selon différentes perspectives. C'est une information très utile. Alors, que devons-nous faire si nous utilisons maintenant JDK 5 ou 6 dans cet article? Je voudrais répondre à la voix sans voix.
Tout d'abord, comment était la période de support d'Oracle JDK dans le passé? Comme vous pouvez le voir, ** longs intervalles de publication et longues périodes de maintenance **
--JJ1.4 2000 version --JDK5 2004 release Mise à jour officielle terminée en octobre 2009 --JDK6 2006, mise à jour officielle terminée, février 2013 --JDK7 2011 release Mise à jour officielle terminée en avril 2015 --JDK8 2014 release Mise à jour officielle terminée en janvier 2019 --JDK9 2017 release Mise à jour officielle terminée en mars 2018 --JDK10 2018 release Mise à jour officielle terminée en septembre 2018 --JDK11 version 2018
Cependant, l'ère de la lenteur du temps est révolue. Cependant, veuillez lire les projets et les équipes qui ont passé du temps dans la lenteur du passé.
JDK1.4
int[] array = new int[10];
for(int i = 0; i < 10; i++) {
System.out.println(array[i]);
}
En 2002, Java était à la pointe. Si vous avez un système qui fonctionne toujours à 1.4, pourquoi ne pas vous soucier du JDK 11 maintenant? Continuons à écrire Java avec Hidemaru pour toujours.
JDK5/6/7
int[] array = new int[10];
for(int i: array) {
System.out.println(i);
}
Une époque où l'écriture étendue pour les déclarations était un statut. Je rate le moment où l'instruction for existante a été réécrite comme refactoring sans aucune signification. Je pense que les personnes utilisant JDK5 / 6/7 peuvent en fait être divisées en deux types. Certaines personnes paient pour Oracle et d'autres non.
** Si vous utilisez le support de support d'Oracle, vous pouvez oublier JDK11. ** Le système ira jusqu'à EOS avec ce JDK.
Si vous utilisez un JDK qui n'était plus pris en charge en avril 2015, vous n'avez probablement pas l'intention de le mettre à jour. Passons à EOS tel quel. ** Cependant, je pense que le système sera utilisé pendant encore 10 ans, alors faites attention aux incidents de sécurité. ** **
JDK8
int[] array = new int[10];
Arrays.stream(array).forEach(arr -> System.out.println(arr));
Courant. Le traitement peut être exécuté sans avoir déjà écrit d'instruction for. Ceux qui voient cela et se demandent: "Est-ce Java?" Faisons de notre mieux avec JDK8 pendant encore 10 ans jusqu'à ce que le système atteigne EOS.
C'est le plus difficile. Probablement, ce doit être un système crunchy actif créé avec JDK8 depuis le début. Et je voudrais recommander à ces personnes ** Ne soyez plus lié à la version Java **. Faites le grand saut et envisagez de migrer vers Open JDK 11. Le support expirera début 2019. Et dans la situation actuelle sans LTS, il en va de même pour tous les JDK. ** Je comprends que j'ai peur que "la construction avec un JDK différent exigera tous les tests". ** Mais savez-vous quand le JDK a été construit pour Apache commons, etc. que vous utilisez déjà dans votre application? C'est peut-être horriblement vieux. Pour le moment, construisons-le avec JDK11 et exécutons-le. ** Une chose à noter est que JDK11 a une bibliothèque JAVAEE qui a été complètement supprimée **, vous devez donc ajouter cette partie avec maven ou gradle. Comme prévu, Java 8 utiliserait un outil de construction, ce serait donc facile à gérer.
JDK9/10/11
int[] array = new int[10];
Arrays.stream(array).dropWhile(arr -> array <= 1).forEach(System.out::println);
Depuis que j'écris dropWhile, j'ai changé les spécifications, mais à part cela, une nouvelle méthode a été ajoutée à Stream. Java va de mieux en mieux. Beaucoup de gens seront déjà impossibles à distinguer de JavaScript en regardant ce style d'écriture. Ceux à ce stade auront déjà essayé JDK 11. C'est très bien. Cependant, ici aussi, il sera grossièrement divisé en deux modèles.
Si vous êtes une équipe agile dont la publication de l'application est alignée sur le calendrier de publication de JDK semestriel, veuillez suivre la version JDK. Même s'il est attaché, ** je ne pense pas qu'il y ait d'avantage pour le client, mais ce n'est peut-être bon qu'en termes de sécurité **.
Précisons-le dans la proposition. ** "Ce développement sera construit avec JDK11 et publié. Nous ne vérifierons pas le fonctionnement avec d'autres JDK" **
J'écris aussi des histoires d'horreur, mais dans tous les cas, ceux qui continueront à faire de Java doivent apprendre à écrire à l'ère de Java 8. Pour toujours, la personne qui rédige l'instruction for n'a d'autre choix que de partir. Je recommande vivement ce qui suit: Je lis beaucoup moi-même Lisez d'abord pour comprendre le style Java 8
Programmation pratique Java SE 8 que les programmeurs Java devraient apprendre Introduction à Java - Des bases du style moderne aux bibliothèques orientées objet et pratiques
Et nous vous recommandons d'essayer de créer une application avec Spring Boot, qui a changé la façon dont vous créez des applications Web Java. Ce qui est étonnant, c'est celui de la configuration automatique. Cela me fait penser que j'écris ASP.NET en C #, ou je pense que j'écris Angular.
Je recommande Spring Boot pour la première fois, mais il est un peu plus ancien que Ver1. Il existe un livre pour Ver2, et je l'ai lu, mais ce n'est pas une recommandation transcendantale. Mais il vaut mieux le lire que de ne pas le lire, alors je vais le lister. ** La raison en est que la création d'une application avec Spring Boot est aussi proche que possible de la limite **. Il est à noter qu'il est important de bien comprendre les spécifications du framework afin de ne pas écrire trop de code. Premier démarrage du printemps Introduction à Spring Boot 2
Recommended Posts