IMHO je to hlavni vyhoda EJB nebo SpringFrameworku - vytvarite znovupouzitelne komponenty, ktere pak skladate dohromady. Ve Springu se pro to vyuziva prave Dependency Injection. Delat neco jako jeden modul neni principialne spatne, ale stalo by za to uvazovat o modularizaci, paklize to prinese vyhody...
Nevim jak u EJB, ale Spring se snazi resit zavislosti, dokonce tam funguje tzv. Auto Wiring, kdy Spring sam "magicky" rozhodne, ktere komponenty pouzije na zaklade definovanych zavislosti. Blizsi informace poda dokumentace Springu. Mam za to, ze to bude nejak podobne v EJB 3. LZ 9.7.07, Ales Dostal <[EMAIL PROTECTED]>:
Zdravim, chtel bych se zeptat na logiku postaveni EJB modulu. Nyni mam jeden EJB Modul v cele enteprise aplikaci, coz jsem vesmes okoukal z materialu, ktere mam k dispozici. Mozna je to blbost, ale napadlo me, jak je to s tou danou modularitou. Mel bych spise delat vice mensich EJB modulu a ty do sebe napojovat? Nikde jsem k tomu nenasel primo zadne podklady. Zajimalo by me, jak by se spravne mela resit dana zavislost. Napr. mam EJB modul obsahujici entity a EAOs (entity access objects) a pak dalsi ejb moduly, ktere jiz pracuji s danym ejb modulem (pridanim ejb-projektu do library v NetBeans). Nejak mi toto neni jasne, zda bych se mel (pokud mam tu moznost) drzet spise jednoho modulu, nebo je rozsekavat na urcite celky, ty pak includovat do celkoveho enteprise projektu a v zavislosti na tom, co pozaduje klient includovat ty ci ony ejb moduly. Diky vsem za jakekoli vysvetleni. ________ Information from NOD32 ________ This message was checked by NOD32 Antivirus System for Linux Mail Servers. http://www.eset.com
-- Lukas Zapletal http://lukas.zapletalovi.com
