Wpisy

W czwartek 22 października, w ramach JAVIPS online, miałem niekłamaną przyjemność wzięcia udziału w zlocie tytanów, których przedstawiać nikomu nie trzeba

W jednym z moich poprzednich wpisów traktowałem Java™ Records Lombokiem. Po otrzymaniu wielu zachęcających komentarzy (“co za chory pomysł, szacunek!"), prezentowaniu “Java 15. Nowości godne uwagi” i paru dyskusjach na kanale JVM Poland, pora na kolejne tortury. Sorry ;-)

W poprzednim wpisie nie było pogłębionej analizy shebang. Ściśnijmy zatem tę cytrynkę i zobaczmy, co z tego wyjdzie w JavaScript(s). Czy w da się zapisać shebang tak, żeby skrypt działał zawsze i wszędzie?

Niektórzy ludzie są zszokowani, że można obecnie pisać skrypty (które da się uruchomić w terminalu) nie tylko w Bashu, Perlu, Pythonie czy PHP, ale także w Javie.

Konkurs już się zakończył, nagrody zostały przyznane… I choć szkolenia toczą się nadal swoim trybem, to można już chyba bez obaw opublikować rozwiązanie prostej zagadki. I okrasić stosownym komentarzem.

W czasie moich aktywności online dotyczących tłumaczenia rekordów parę osób rzuciło podkręconą piłkę “no a Lombok?” W szczególności pytanie przybiera formę “skoro rekordy są immutable, to czym się różnią od @Value z Lomboka?”

Na okoliczność wydania Javy 14 widziałem parę dyskusji przebiegających mniej więcej takim stylu: - O, rekordy w Javie, fajnie, w końcu mamy automatycznie generowane settery i gettery! - Nie, rekordy w Javie to POJOs bez setterów… - A, okay… Fajnie, w końcu mamy w Javie generowane Beany, ale bez setterów!

W poprzednim wpisie było o tym, jak utworzyć rekord od Javy 14 i po co w ogóle rekordy są. W tym wpisie na tapet bierzemy ograniczenia i możliwości rekordów.

Java 14 przyniosła nam rekordy (ang. records) jako preview feature. Było (jest?) przy tym sporo zamieszania, deklaracji i ciężkich obelg miotanych w kierunku wrażych bibliotek i wtyczek do IDE. Pozwólcie mi dorzucić moje trzy grosze.

W pogoni za nietrywialnymi przykładami do zilustrowania zastosowań JEPa 305 niektóre osoby mogły zapędzić się za daleko. W szczególności w trudniejszy teren metody equals() obecnej w każdym obiekcie w Javie.