[Patres]

#programowanie #java
Niby #humorinformatykow ale mocno irytujące

[ptasznik69]

@Patres serio tak jest w java?

[Patres]

@ptasznik69: Przy stosowaniu lambd tak. Trochę uciążliwe przy stosowaniu strumieni. Jednak można to obejść np. opakowując coś w tablicę:
final Object[] myObject = {new Object()};
Tablica jest immutable, ale już sam obiekt jest mutable.

[fegwegw]

@Patres: O #!$%@?, mam nadzieję, że nikt tak nie robi :D

[DivideByZero]

@Patres: https://www.destroyallsoftware.com/talks/wat

[y.....n]

@Patres: Ten obrazek nie jest prawdą, nie muszą być 'marked final', kompilator się domyśli które są rzeczywiście final

[vytah]

@Patres: No i ma to sens: jak masz zmienną finalną, to możesz ją przekopiować do obiektu lambdy i po prostu działa (zresztą zobaczcie co się dzieje w skompilowanym kodzie, jak użyjecie lokalnej zmiennej finalnej w klasie anonimowej – tworzone jest pole i zmienna jest w nie kopiowana). Zmienna niefinalna musiałaby być jakąś referencją, ale do czego – na pewno nie do adresu na stosie, bo ten będzie nieprawidłowy po zakończeniu wykonywania

[Xonar]

@Patres: final/effectively final

[GwnBrz]

@vytah: Inne języki jakoś sobie z tym radzą, a Ty szukasz uzasadnienia na siłę.

[o-o_i]

@GwnBrz: które poza JS?

[GwnBrz]

@o-o_i: C++, Objective-C, Swift i pewnie wiele innych, których nie używałem.

[KwasowyProktolog10kJava]

@fegwegw: Robią :(