Pomenovanie parametrov ma svoj zmysel, lebo ked nahodou neexistuje / nie je po ruke JavaDoc, aspon z nazvov parametrov mozno odvodit ich zmysel. Rovnako autocomplete v IDE sa vie divat do nazvov parametrov a pomahat pri vyvoji.
Kratke identifikatory maju zmysel tak mozno v ulohe lokalnych premennych, alebo v ukazkach kodu (EntityManager em), ale ked mame Ctrl-Medzeru, tak rozdiel v pocte uderov je jeden az dva.
ano to mas samozrejme pravdu ale ja viem ze to bude len ako hashmapa takze to proste neriesim ...
Toto je uplne nestastne zmyslanie. Ty sice vies, ze to bude len hashmapa, ale buduci pouzivatel toho kodu moze pokojne mat data v inej mapovej strukture, ktora nemusi byt hashmapou. A ano, mozes povedat, ze ,,toto je zapoctak a nik iny to nepouzije", lenze taketo zlozvyky sa potom prenasaju aj do realneho kodu.
Ked tam das Map<String, String>, na tvojom klientskom kode sa nic nezmeni, kedze HashMap implements Map a trieda bude ovela flexibilnejsou.
To je presne vidiet na starom Swingu, kde na mnohych miestach v konstruktoroch veselo sedia Vectory. V casoch Javy 1.0 to bolo sice jedine mozne riesenia, ale po zavedeni Java Collection Frameworku je to cele na nic, lebo rozumny programator pouziva Listy a tak mu neostava nic ine, len zbytocne prebalovat new Vector(mojZoznam)).