[famir96]

Ech var w javie to jest jedna z gorszych rzeczy jaka się przytrafiła.
Kod jest całkowicie nieczytelny, żeby zrozumieć część kodu, najpierw robię rundkę po każdej lini kodu i zamieniam na faktyczny typ zmiennej (nie commituje), dopiero potem próbuję zrozumieć kod i od razu lepiej.

Zanim jakiś intelektualista zapyta po co Ci wiedza na temat typu, odpowiem: a no po to, żeby wiedział co robimy w danej lini kodu, czy ogólnie w danej metodzie bo chce zrozumieć jak całe flow systemu działa, zwłaszcza jak jest to mega duży projekt i się wdrażam i czytanie nazw method czy typ zwracany pozwala mi zrozumieć krok po kroku co się dzieje.

Jeszcze pół biedy jest napisane var carModelsList = extractCarModelsFrom...*, wtedy idzie wywnioskować, że to lista i w następnej lini kodu nie mogę zrobić carModelsList.put(key) traktując to jako mapę.
ale sorry, kod przeważnie nie jest nigdy idealny i przeważnie jest coś takiego: var models = process(arguments);

Ale programista podjarany bo użył fancy featura.

#java #programista15k

[relationbrewingarea]

@famir96: włącz wyświetlanie typów w IDE?

[famir96]

@relationbrewingarea: To jaki sens ma pisanie var, jeśli potem muszę włączać wyświetlanie typów czyli sumarycznie mam var zmienna (intellij hint List<CarModelType) co zajmuej dodatkowe miejsce w kodzie?
żeby napisać typ nie musisz się nad tym zastanawiać, wystarczy skrót klawiszowy, który generuje, jeśli to dla Ciebie problem

[MatKravi]

@famir96: W sumie to się zgodzę. Ja var używam tylko, gdy mam jakiś mega długi typ i zajmuje dużo miejsca w linii. No ale w innych językach tak można, to java była be bo tego nie miała( ͡° ͜ʖ ͡°)

[Pharos]

@famir96: Co konkretnie cię boli? interferencja typów to raczej cos normalnego w sensownie zaprojektowanych językach i generalnie tak to się robi. Przecież vara w Javie da się używać w lokalnym kontekście gdzie patrząc na sygnaturę metody lub typ generyczny od razu wiesz co tam jest. XD

[PaaD]

@famir96: IMHO kod, z którym pracujesz jest niewłaściwie napisany.

To słowo kluczowe powstało po to żeby dla krótko żyjących zmiennych nie silić się na wymyślanie i opisywanie typów, w miejscu gdzie typowanie zaciemni czytelność, bo z kontekstu jest (prawie) oczywiste z czym mamy do czynienia, np.

var map = new HashMap<String, List<Integer>>();

ale jeśli ktoś używa tego do jakiś niejasnych

[famir96]

@Pharos: jak wyżej, psucie czytelności kodu kosztem wygody jakby nie można było skrótu użyć, kolega PaaD dobrze wyjaśnił

[JanPawelDrugiLechWalesaPierwszy]

@PaaD: Jeśli metoda zwraca jakiś znany typ to jeszcze ma sens

List<String> list = jakiśtamService.getValue(); 

ale co mi to da:

TypDlaKlasyJakiśtamService list = jakiśtamService.getValue(); 

[famir96]

@JanPawelDrugiLechWalesaPierwszy:
to Ci da, że jeśli masz, np:

AccountResponse list = jakiśtamService.processInternalRequest();

a, potrzebujesz wywołać metodę, która przyjmuje zarówno

[WyjmijKija]

@famir96: java po latach jak zwykle dogoniła C#, ale w javie takie matoły od zawsze pracowały, że nie mogą nawet zrozumieć po co to komu xD

[zibizz1]

@famir96 najeżdżasz na zmienna i IDE pokazuje jaki to typ, ale rzadko powinno to byc potrzebne

[draxgar]

@famir96: ciekawe co powiesz na Kotlina z jego typami, których często nie musisz podawać (tzw. type interfenence ) (｡◕‿‿◕｡)

[Strus]

żeby wiedział co robimy w danej lini kodu

@famir96: Po co Ci do tego nazwa typu? Jak nie wiesz co dana funkcja robi patrzac na jej nazwe, to i tak musisz przeczytac dokumentacje albo skoczyc do implementacji, co IDE zrobi samo.

Wiekszosc czasu nie potrzebujesz znac typu danej zmiennej do zrozumienia kodu. Jak potrzebujesz to Ci IDE podpowie.

Ale jak nazywacie funkcje "processRequest" zamiast "getCustomersList", to potem macie problemy na