{"id":15002,"date":"2023-03-09T14:11:40","date_gmt":"2023-03-09T13:11:40","guid":{"rendered":"https:\/\/vived.io\/?p=15002"},"modified":"2023-03-12T08:12:07","modified_gmt":"2023-03-12T07:12:07","slug":"pierwsze-informacje-na-temat-jdk-21-jvm-weekly-vol-127","status":"publish","type":"post","link":"https:\/\/vived.io\/pl\/pierwsze-informacje-na-temat-jdk-21-jvm-weekly-vol-127\/","title":{"rendered":"Pierwsze informacje na temat JDK 21. Co przyniesie nast\u0119pny LTS? – JVM Weekly vol. 127"},"content":{"rendered":"\n

1. Pierwsze informacje na temat JDK 21<\/h2>\n\n\n\n

Gdy wszyscy powoli oczekujemy ju\u017c rych\u0142o zbli\u017caj\u0105cej si\u0119 premiery JDK 20, w tle powoli klaruje si\u0119 te\u017c lista funkcjonalno\u015bci, kt\u00f3re trafi\u0105 ju\u017c tej jesieni do JDK 21.<\/p>\n\n\n\n

Zacznijmy od JEP-\u00f3w, kt\u00f3re ju\u017c teraz oficjalnie zosta\u0142y zaproponowane jako cz\u0119\u015b\u0107 jesiennego wydania. Wszystko wskazuje wi\u0119c na to, \u017ce doczekamy si\u0119 tam wersji testowej String Templates<\/a>. Ich celem ma by\u0107 rozszerzenie Text Blocks, wprowadzonych w JDK 15. String Templates u\u0142atwiaj\u0105 wype\u0142nianie ich (ale tak\u017ce zwyk\u0142ych String\u00f3w) dynamicznymi warto\u015bciami.<\/p>\n\n\n\n

\u017beby lepiej zwizualizowa\u0107, jeden z przyk\u0142ad\u00f3w z JEP-a:<\/p>\n\n\n\n

String name    = "Joan Smith";\nString phone   = "555-123-4567";\nString address = "1 Maple Drive, Anytown";\nString json = STR."""\n     {\n         "name":    "\\{name}",\n         "phone":   "\\{phone}",\n         "address": "\\{address}"\n     }\n     """;<\/code><\/pre>\n\n\n\n
Mo\u017cliwe jest tak\u017ce wykonywanie ca\u0142ych wyra\u017ce\u0144:<\/p>\n\n\n\n
<code> int x = 10;\n int y = 20;\n String s = STR."\\{x} + \\{y} = \\{x + y}"; \/\/ 10 + 20 = 30 <\/code><\/code><\/pre>\n\n\n\n
Ca\u0142o\u015b\u0107 opiera si\u0119 na tak zwanych procesorach, w powy\u017cszych przyk\u0142adach u\u017cywany by\u0142 STR.<\/code>, kt\u00f3ry po prostu wykonuje interpolacje. Sam JDK wprowadza r\u00f3wnie\u017c procesor FMT.<\/code>, umo\u017cliwiaj\u0105cy dodatkowe procesowani odpowiedzi, jak np. definiowanie dok\u0142adno\u015bci float<\/code> po przecinku. U\u017cytkownik b\u0119dzie mia\u0142 mo\u017cliwo\u015b\u0107 definiowania r\u00f3wnie\u017c w\u0142asnych formater\u00f3w. Powsta\u0142y mechanizm wygl\u0105da na naprawd\u0119 elastyczny i wychodz\u0105cy daleko poza proste uzupe\u0142nianie stringa zmiennymi.<\/p>\n\n\n\n
Kolejnym ju\u017c zapowiedzianym dodatkiem jest JEP 431: Sequenced Collections<\/a>. Do tej pory brakowa\u0142o w JDK interfejsu, kt\u00f3ry m\u00f3g\u0142by definiowa\u0107 kolekcje o elementach w jasno zdefiniowanej kolejno\u015bci, r\u00f3wnocze\u015bnie umo\u017cliwiaj\u0105c \u0142atwe iterowanie po nich. Z tego powodu w zasadzie ka\u017cda z istniej\u0105cych kolekcji podchodzi\u0142a do tematu inaczej:<\/p>\n\n\n
\n
\"\"<\/figure><\/div>\n\n\n
Dlatego te\u017c do JDK trafi nowy interfejs, oparty o implementacj\u0119 Deque:<\/p>\n\n\n\n
<code>interface SequencedCollection<E> extends Collection<E> {\n     SequencedCollection<E> reversed();\n     void addFirst(E);\n     void addLast(E);\n     E getFirst();\n     E getLast();\n     E removeFirst();\n     E removeLast();\n}<\/code><\/code><\/pre>\n\n\n\n
Opr\u00f3cz lepszego wsparcia dla operacji na pierwszym i ostatnim elemencie, u\u0142atwione b\u0119dzie r\u00f3wnie\u017c iterowanie po kolekcji w odwrotnej kolejno\u015bci dzi\u0119ki wprowadzeniu metody reversed()<\/code>.<\/p>\n\n\n
\n
\"\"\/
Tak \u017ceby zamkn\u0105\u0107 temat, mia\u0142em spory u\u015bmiech widz\u0105c cytat z S\u00f8ren Kierkegaard w oryginalnym podsumowaniu JEPa<\/a>.<\/figcaption><\/figure><\/div>\n\n\n
To jednak nie wszystko – wszystko wskazuje na to, \u017ce w JDK 21 doczekamy si\u0119 r\u00f3wnie\u017c dw\u00f3ch kolejnych JEP-\u00f3w – Record Patterns<\/a> oraz Pattern Matching for switch<\/a>. Jak zauwa\u017cy\u0142 Reddit \/r\/java<\/a>, mimo \u017ce oba JEPy pozostaj\u0105 jeszcze w Drafcie, to przyk\u0142ady kodu jasno odnosz\u0105 si\u0119 w nich w\u0142a\u015bnie do JDK 21. Wydaje si\u0119 wi\u0119c, \u017ce jesie\u0144 b\u0119dzie nale\u017ca\u0142a do Projektu Amber.<\/p>\n\n\n\n
A jak ju\u017c jeste\u015bmy przy Pattern Matchingu i dekonstrukcji rekord\u00f3w – tw\u00f3rcy JDK nie planuj\u0105 si\u0119 na tym zatrzyma\u0107. W zesz\u0142ym tygodniu Brian Goetz opublikowa\u0142 analiz\u0119 Deconstruction patterns<\/a><\/em> dotycz\u0105c\u0105 mo\u017cliwo\u015bci zaimplementowania dekonstrukcji innych obiekt\u00f3w, ni\u017c tylko rekordy. W tym dokumencie zaproponowano wprowadzenie Dekonstruktor\u00f3w, kt\u00f3re s\u0105 uog\u00f3lnieniem rozwi\u0105za\u0144 stworzonych na potrzeby rekord\u00f3w. Pozwala\u0107 maj\u0105 one na destrukturyzacj\u0119 dowolnej klasy, kt\u00f3ra ma je zadeklarowane – dekonstruktory musz\u0105 by\u0107 zdefiniowane jawnie i wymagaj\u0105 exact-matchu.<\/p>\n\n\n\n
Poni\u017cszy przyk\u0142ad pokazuje, jak mog\u0142yby wygl\u0105da\u0107, aczkolwiek Brian Goetz zastrzega, \u017ce sk\u0142adania jest wy\u0142\u0105cznie pogl\u0105dowa i nie nale\u017cy si\u0119 do niej przyzwyczaja\u0107.<\/p>\n\n\n\n
class Point {\n     final double x, y;\n\n     public Point(double x, double y) {\n         this.x = x;\n         this.y = y;\n     }\n\n     public matcher Point(double x, double y) {\n         x = this.x;\n         y = this.y;\n     }\n}<\/code><\/pre>\n\n\n\n
Stanowi\u0107 wi\u0119c maj\u0105 co\u015b w rodzaju odwrotno\u015bci konstruktor\u00f3w – maj\u0105 bowiem zbiera\u0107 warto\u015bci p\u00f3l danego obiektu i wystawia\u0107 je jako mo\u017cliwe do \u0142atwego wyekstrachowana z klasy.<\/p>\n\n\n\n
Tak na sam koniec warto te\u017c wspomnie\u0107, \u017ce JDK 21 b\u0119dzie wydaniem LTS (Long-Time Support). Zatem miejmy nadzieje, \u017ce b\u0119dzie jak najbardziej wype\u0142nione funkcjonalno\u015bciami – to w\u0142a\u015bnie ono bowiem b\u0119dzie na lata wydaniem sugerowanym produkcyjnemu u\u017cyciu.<\/p>\n\n\n
\n
\"\"
Mo\u017ce to w ko\u0144cu b\u0119dzie to wydanie, kt\u00f3re przekona kolejn\u0105 grup\u0119 u\u017cytk\u00f3wnik\u00f3w JDK, \u017ce warto si\u0119 zmigrowa\u0107 na now\u0105 wersj\u0119.<\/figcaption><\/figure><\/div>\n\n\n
\u0179r\u00f3d\u0142a<\/h3>\n\n\n\n