Java gyűjtemény típusok döntési fája

Hozzászólások

ha mar forditgasz, akkor a yet/not is lefordithattad volna.

Te aztan szeretsz torzsalkodni;)

Gondolom azert nem kerult bele semmi fele hivatalos sajtoba ez, csak a hup blogra.
Ez azoknak szol, akiket erdekel a tema, es nem tudnak angolul.

De azert egy infostol elvarhato, hogy a yes/no jelenteset ismerje.

Tenyleg nem tokeletes igy, de hat.. mondj egy valamit, ami az.

Az adatszerkezetek nevét ne fordítsa le, de a Yes/No/Sorted/Ordered... kifejezésekre van rendes magyar kifejezés, ha mindenképp fordítani akar.
A másik, hogy akinél felmerül, hogy ezek közül választania kell, annak tudnia kell annyit angolul, hogy nem lesz szüksége fordításra, a többieknek pedig magyarul és angolul is ugyanannyira nem mond semmit.

Azt ne!
Amig a blog cimet lattam, csak sejtettem, hogy mirol szolhat a bejegyzes. A collection mar joval erthetobb.
(esetleg az ArrayList -> RacsrendLista forditast meg tudom ajanlani, de az ordered->megparancsolt is talalo lenne :) )

--
ezt tényleg ennyire nem értitek? - turdus :)

Tud valaki olyan tipikus problemat / algoritmust amiben celszeru LinkedHashMap -et vagy LinkedHashSet -et hasznalni ?

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Ha például üzeneteket kell gyűjteni beérkezési sorrendben O(1) lookup biztosítása mellett úgy, hogy csak korlátos sokat tartsunk meg.

Ha a LinkedHashMap removeEldestEntry metódusát úgy override-olod, hogy egy adott méretkorlát elérése után adjon igazat, akkor erre a feladatra ideális.

Nyilván megoldható több adatszerkezettel is a probléma, ez csak egy shortcut.

Nem csak getter/setter generálásra lehet a lombokot használni, hanem egy csomó másra is.
Publikus adattagokat meg köszi, inkább nem használnánk. Nem én vagyok a senior, de szerintem hallani se akarna róla (én sem).

szerk.: egyik kedvenc: http://projectlombok.org/features/val.html
Bár inkább úgy döntöttünk hogy ezt kihagyjuk. :)

--
http://neurogadget.com/