Ten feature jest na tyle silny (var) że ludzie zaczną go nadużywać i robić syf w kodzie.

@f8RKlLxlqVnRqJUfLnJa: to jest identyczna argumentacja jak z generics w #golang, golang nie ma generics bo twórcy języka boją się że będzie tak samo nadużywane jak w javie i zrobi się syf. wszystko trzeba umiec używać odpowiednio, np. var się swietnie sprawdza w pętlach for-each dużo przyspiesza pisanie ich i skracaPokaż całość

@interface jak będzie użyte z głową to będzie zysk, niestety jak każdy nowy feature będzie musiał mieć jakieś dobre praktyki stosowania i zanim to wejdzie w krew to trochę minie. Szczególnie że nam programistom skracanie czegoś zawsze wydaje się interesujące :)

@interface: bezużyteczna funkcjonalność. Co do tego cheatsheeta to punkt 5 to raczej powinna być wada a nie zaleta.

@f8RKlLxlqVnRqJUfLnJa: własnie bardzo dobra funkcjonalność, w końcu java składniowo dogoniła już 2008 rok, jeszcze teraz lambdy ze switcha i będzie gites

@interface to tylko wprowadza utrudnienia w czytelności kodu, w zamian za co? Za kilka krótszych linijek definicji? Nie we wszystkim Java powinna gonić C#. Value type albo operator bezpiecznego nawigowania to są rzeczy które znacznie bardziej by się przydały.

Nie we wszystkim Java powinna gonić C#

@f8RKlLxlqVnRqJUfLnJa: var to nie gonienie C# tylko praktycznie każdego nowoczesnego języka

@interface nie przekonuje mnie to, to są próby zatracenia najważniejszej jak dla mnie zalety czyli silnego typowania. Ten feature jest na tyle silny (var) że ludzie zaczną go nadużywać i robić syf w kodzie. Wiem że to wszystko jest nadal zachowane jeśli chodzi o sprawdzanie typów na etapie kompilacji ale da to więcej złego niż dobrego jak zacznie się tego nadużywać.