Új hozzászólás Aktív témák

• Aethelstone addikt

  #6623

  #6622 beleszólok

  2014-11-29 15:54:26

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Aethelstone

  addikt

  #6622 beleszólok

  #6622 beleszólok

  Előre szólok, ez inkább kötekedés részemről, de kisebb részben tényleg értetlenül állok ezen kijelentés előtt:

  JavaBeans™ makes it easy to reuse software components. Developers can use software components written by others without having to understand their inner workings.

  Eddig úgy tudtam, ez nem JavaBeans tulajdonság, hanem az objektum orientált alapelvek egyike.
  (hogy a belső működés ismerete nélkül használjunk elemeket)
  Vagy a hiányos angolom miatt nem értem, hogy mit jelent a "to understand their inner workings"?

  ui: egyébként két mondatban össze tudná valaki foglalni, hogy mi is a JavaBeans? Régen egy magyar nyelvű könyvecske alapján azt hittem, hogy ennek a GUI fejlesztéshez van köze, de ez hülyeség.

  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