- Android alkalmazások - szoftver kibeszélő topik
- Telekom mobilszolgáltatások
- Milyen hagyományos (nem okos-) telefont vegyek?
- Eleglide C1 - a középérték
- Fotók, videók mobillal
- Samsung Galaxy A55 - új év, régi stratégia
- Érintésnélküli fizetési megoldások - PayPass via NFC
- Újabb Samsungok telepíthetik a Galaxy AI-t
- Milyen GPS-t vegyek?
- Termékoldal buktatta le a Huawei Watch Fit 3-at
Hirdetés
-
Egyre közelebb a Poco F6 startja
ma Újabb ár/érték csatát nyerhet a Xiaomi almárka.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Az iPadOS-re írt appokra is díjat vet ki az Apple
it A DMA értelmében az iPadOS-t is kapuőrnek mondta ki az Európai Bizottság, így erre is technológiai alapdíjat vet ki az Apple.
Új hozzászólás Aktív témák
-
Karma
félisten
válasz pvt.peter #3534 üzenetére
Ez egy fontos tervezési elv kicsiben. Amikor a változót később használod, nem függ így a kódod attól, hogy a változó konkrétan egy HashMapet takar, csak hogy megfelel a Map interfésznek - más szóval kulcs-érték párokat tudsz tárolni benne.
Így a későbbi kód módosítása nélkül kicserélheted például TreeMapre (ami hashtábla helyett piros-fekete fában tárolja az értékeket), ha a helyzet úgy kívánja. Vagy akár egy tömbre, amiben lineáris kereséssel túrod ki a megfelelő értéket. A lényeg az, hogy milyen szolgáltatást nyújt, nem az, hogy konkrétan hogyan oldja meg.
Azért mondom, hogy kicsiben, mert egy függvényen belül ennek nincs nagy jelentősége, maximum szoktatod magad csak az interfészek deklarálásához. Nagyobb programban viszont, ahol komponensek kapcsolódnak egymáshoz, ez már kritikussá válik. És jönnek olyan finomságok, mint Dependency Inversion.
[ Szerkesztve ]
“All nothings are not equal.”
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))