{"id":10089,"date":"2021-08-31T15:14:08","date_gmt":"2021-08-31T13:14:08","guid":{"rendered":"https:\/\/vived.io\/jvm-tuesday-vol-53-nowy-micronaut-nowy-kotlin-lepsze-javadocs\/"},"modified":"2022-09-19T13:10:49","modified_gmt":"2022-09-19T11:10:49","slug":"jvm-tuesday-vol-53-nowy-micronaut-nowy-kotlin-lepsze-javadocs","status":"publish","type":"post","link":"https:\/\/vived.io\/pl\/jvm-tuesday-vol-53-nowy-micronaut-nowy-kotlin-lepsze-javadocs\/","title":{"rendered":"JVM Tuesday vol. 53 – Nowy Micronaut, nowy Kotlin, lepsze JavaDocs"},"content":{"rendered":"\n

1. Micronaut 3.0 Wydany \ud83d\udd2c<\/a><\/h2>\n\n\n\n

Jako \u017ce poprzedni\u0105 edycj\u0119 \u201czaw\u0142aszczy\u0142o\u201d nam podsumowanie roku, nie mieli\u015bmy okazji poinformowa\u0107 Was o wa\u017cnej premierze w \u015bwiecie javowych framework\u00f3w. Micronaut (i mo\u017ce troch\u0119 \u015bp. Dropwizard) par\u0119 lat temu zapocz\u0105tkowa\u0142 nowy rzut javowych framework\u00f3w, chc\u0105cy rzuci\u0107 r\u0119kawice dotychczas niepokonanemu Springowi. By\u0142 to moment, gdy po latach stara\u0144 Java EE zgubi\u0142a gdzie\u015b chwilowo zyskany impet (g\u0142\u00f3wnie przez fatalne wsparcie dla Microserwis\u00f3w) i w zasadzie zaczyna\u0142a coraz bardziej zjada\u0107 w\u0142asny ogon. Wtedy to tw\u00f3rca Grails\u00f3w (framework\u00f3w Rails-like przeznaczonego dla Ruby-like j\u0119zyka Groovy) zdecydowa\u0142 si\u0119 pokaza\u0107 \u015bwiatu swoje dziecko, stanowi\u0105ce alternatyw\u0119 dla Spring Boota. G\u0142\u00f3wnym wyr\u00f3\u017cnikiem Micronauta by\u0142a rezygnacja z refleksji na rzecz procesor\u00f3w anotacji i generowaniu niezb\u0119dnego kodu na poziomie kompilacji. Rozwi\u0105zanie to by\u0142o wyra\u017anie inspirowane rozwi\u0105zaniami wykorzystywanymi w programowaniu mobilnym i stanowi\u0142o powiew \u015bwie\u017co\u015bci w nieco zasta\u0142ym ekosystemie.<\/p>\n\n\n

\n
\"Sad
To nie by\u0142y pasjonuj\u0105ce czasy<\/figcaption><\/figure><\/div>\n\n\n

Od tego czasu \u015bwiat zd\u0105\u017cy\u0142 si\u0119 zmieni\u0107. Pojawi\u0142a si\u0119 ca\u0142a nowa generacja framework\u00f3w, takich jak Helidon i Quarkus, a Micronaut – cho\u0107 wci\u0105\u017c popularny – nie jest ju\u017c w awangardzie JVMowego programowania. Dlatego te\u017c wiadomo\u015b\u0107 o pojawieniu si\u0119 trzeciego wydania przesz\u0142a nieco bez echa. Nie oznacza to jednak, \u017ce tw\u00f3rcy nie przygotowali niczego interesuj\u0105cego.

Jeden z \u201chighlight\u00f3w\u201d wydania to z pewno\u015bci\u0105 migracja z RxJava 2 do Project Reactor (co pewnie ma na celu u\u0142atwienie migracji u\u017cytkownikom Springa). Wersja 3.0 zmienia te\u017c spos\u00f3b dziedziczenia adnotacji. Do tej pory komponent domy\u015blnie dziedziczy\u0142 wszystkie adnotacje z interfejs\u00f3w lub klas nadrz\u0119dnych. Od nowej edycji tak b\u0119dzie si\u0119 dzia\u0142o tylko w wypadku dostarczenia dodatkowej adnotacji @Inherited.

Micronaut ostatecznie \u201cprzepisa\u0142\u201d si\u0119 te\u017c na namespace jakarty, porzucaj\u0105c stare interfejsy javax dla anotacji PreDestroy i PostConstruct. Wprowadzono r\u00f3wnie\u017c sporo zmian w obs\u0142udze GraalVM, a tak\u017ce przepisano implementacje filtr\u00f3w serwerowych, kt\u00f3re zaczn\u0105 zachowywa\u0107 si\u0119 inaczej w sytuacji wyst\u0105pienia wyj\u0105tku. W Micronaut 2.0 zdarza\u0142a si\u0119 mo\u017cliwo\u015b\u0107 ponownego wykonania filtru w niekt\u00f3rych przypadkach, Micronaut 3.0 postanowi\u0142 po\u0142o\u017cy\u0107 nacisk na sp\u00f3jno\u015b\u0107 i przewidywalno\u015b\u0107 – niezale\u017cnie od sytuacji, konkretny filtr wykona si\u0119 tylko raz.

Prywata: Sam u\u017cywa\u0142em Micronauta w jednym z projekt\u00f3w i bardzo dobrze to wspominam (poza pewnymi brakami w dokumentacji\u2026). Dlatego je\u015bli macie ochot\u0119 poeksperymentowa\u0107 – my\u015bl\u0119 \u017ce b\u0119dzie to od\u015bwie\u017caj\u0105ce do\u015bwiadczenie.<\/p>\n\n\n\n

2. Wydano Kotlina 1.5.30 \ud83c\udf45<\/a><\/h2>\n\n\n\n
\"Vasiliy<\/figure>\n\n\n\n

O Kotlinie 1.5.30 ju\u017c pisali\u015bmy przy okazji wersji bety tego wydania<\/a>, ale jako \u017ce nareszcie trafi\u0142o ono do szerokiej publiki, warto si\u0119 mu przygl\u0105dn\u0105\u0107 nieco bli\u017cej. Poniewa\u017c Kotlin 1.5.30 jest ostatnim \u201cminorem\u201d przed Kotlin 1.6.0, zawiera wiele funkcji j\u0119zyka eksperymentalnego i standardowych bibliotek, kt\u00f3re pojawi\u0105 si\u0119 w du\u017cym wydaniu. O \u015brodowisku uruchomieniowym (wsparcie dla M1, nowa reprezentacja po\u015brednia) pisali\u015bmy w linkowanym po\u015bcie, dzisiaj zajmiemy si\u0119 zmianami w samym j\u0119zyku.

Nowe wydanie przynosi mi\u0119dzy innymi \u2018sealed when\u2019, kt\u00f3re maj\u0105 zapewni\u0107, \u017ce ta kotlinowa alternatywa dla switchy stanie si\u0119 \u201cwyczerpuj\u0105ca\u201d – kompilator rzuci b\u0142\u0105d, je\u015bli nie obs\u0142u\u017cymy wszystkich przypadk\u00f3w.

Wprowadzona te\u017c zostaje obs\u0142uga funkcji suspend jako funkcyjnych nadtyp\u00f3w:<\/p>\n\n\n\n

class MyClass: suspend () -> Unit {\n    override suspend fun invoke() { TODO() }\n}<\/code><\/pre>\n\n\n\n
Nale\u017cy tutaj wspomnie\u0107, \u017ce w przypadku tego ostatniego istniej\u0105 ograniczenia. Ze wzgl\u0119du na spos\u00f3b, w jaki korutyny zachowuj\u0105 si\u0119 na poziomie JVMa (mia\u0142em okazj\u0119 kiedy\u015b zrobi\u0107 wyst\u0105pienie na ten temat<\/a>), niemo\u017cliwe jest przyk\u0142adowo miksowanie ich z funkcyjnymi typami: <\/p>\n\n\n\n
suspend (Int) -> ((Int) -> Unit)<\/code><\/pre>\n\n\n\n
Opr\u00f3cz powy\u017cszych zmian w funkcjach i sk\u0142adni j\u0119zyka (dost\u0119pnych za eksperymentaln\u0105 flag\u0105), Kotlin 1.5.30 to tak\u017ce sporo zmian pod mask\u0105. Wprowadzone zosta\u0142o m.in. wsparcie dla tak zwanych \u201crecursive generic types\u201d, czyli rekurencyjnych typach generycznych – takie, w kt\u00f3rych typ jest definiowany poprzez samego siebie. Jest to uzupe\u0142nienie Kotlina o pewne braki jego systemu typ\u00f3w w stosunku do Javy, kt\u00f3re uwidoczni\u0142y si\u0119 w sytuacjach brzegowych. Przyk\u0142adem niech b\u0119dzie interfejs TestContainers<\/a>:<\/p>\n\n\n\n
public class PostgreSQLContainer<SELF extends PostgreSQLContainer<SELF>> extends JdbcDatabaseContainer<SELF> {<\/code><\/pre>\n\n\n\n
Do tej pory Kotlin mia\u0142 problemy z inferowaniem tego rodzaju typ\u00f3w, co prowadzi\u0142o do ko\u015blawc\u00f3w j\u0119zykowych. Teraz zmieni si\u0119 to wraz z now\u0105 wersj\u0105 j\u0119zyka.

Jak wida\u0107, niekt\u00f3re z powy\u017cszych zmiany s\u0105 do\u015b\u0107 hermetyczne (Kotlin pod tym wzgl\u0119dem przypomina mi nieco TypeScripta), jednak ostatecznie sk\u0142adaj\u0105 si\u0119 one na coraz wygodniejszy i bezpieczny dla programisty j\u0119zyk. Osobi\u015bcie bardzo czekam na \u201czapiecz\u0119towane wheny\u201d, ju\u017c widz\u0119 dla nich kilka zastosowa\u0144.<\/p>\n\n\n\n
\n