Hirdetés
- Luck Dragon: Asszociációs játék. :)
- lezso6: Miért is jó, ha dohányzol?! Megéri rászokni!
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Mr Dini: Mindent a StreamSharkról!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Brogyi: CTEK akkumulátor töltő és másolatai
- MasterDeeJay: Gigabyte GA-B350M-D2 - AM4 lap 2016-ból, amikor még nem volt Ryzen!
- Szoszo94: Xiaomi Mi Router 3G - Padavanra fel!
- urandom0: Kicsit most elfáradtam...
Új hozzászólás Aktív témák
-
Aethelstone
addikt
válasz
beleszólok #6622 üzenetére
Itt egy cseppet másról van szó. Nevezetesen arról, hogy az enterprise java környezetekben a Bean-ek nem önmagukban álló entitások, hanem mindig egy interfész/egy vagy több implementáció szerepel és a dependency injection mindig interfészt injektál és nem konkrét implementációt. (Kivéve amikor több implementáció van, viszont ebben az esetben is interfészként hivatkozunk rá, de az injektáláskor megmondjuk nevesítve, hogy melyik implementációról van szó konkrétan @Resource("akarmi") pl.)
Ebben az esetben egy osztály attól függően hogy milyen interfész implementációjára hivatkozunk, máshogy viselkedik nyilván, tökre elrejti az egyéb funkcióit, amiket sima osztályként el tudnánk érni, de itt szándékosan nem akarunk.
Standalone környezetben nem szokták erőltetni az interfész/implementáció párost, de mint írtam, enterprise környezetben de facto szabvány. Azért de facto, mert elvileg lehet implementációt is injektálni(meg minden egyebet is), de nem szép. Ennyi.
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Xbox Series X|S
- Spórolós topik
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- One mobilszolgáltatások
- Mibe tegyem a megtakarításaimat?
- Luck Dragon: Asszociációs játék. :)
- HDD probléma (nem adatmentés)
- 3D nyomtatás
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Tőzsde és gazdaság
- További aktív témák...
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest