RE: dependency injection - modelování závislostí v relační db

[Tomas Hubalek]

Osobně v ukládání do DB nevidím žádnou výhodu. Už samotné XML mi přijde občas obtížně čitelné a ještě to dávat do databáze? 

V minulosti jsme měli jeden projekt, který takto ukládal poměrně komplexní data do Db jako inserty a po těchto zkušenostech bych šel přesně opačným směrem. 

Just my two cents...

Tom

> -----Original Message-----
> From: konference-bounces na java.cz 
> [mailto:konference-bounces na java.cz] On Behalf Of Tomáš Záluský
> Sent: Monday, November 02, 2009 4:01 PM
> To: konference na java.cz
> Subject: dependency injection - modelování závislostí v relační db
> 
> 
> Dobrý den,
> 
> zajímalo by mne, zda má někdo zkušenost s modelováním bean a 
> závislostí mezi nimi pomocí relační databáze. Ať už znalost 
> existujícího projektu nebo vlastní pokusy. (Nejlépe ve 
> Springu, ale není to podmínkou.) Vůbec pak, jaký máte na tuto 
> myšlenku názor. Všude se porovnává jen xml formát á la Spring 
> applicationContext.xml oproti konfiguraci kódem á la Guice 
> nebo Spring JavaConfig. 
> 
> Představa o využití:
> - jednotlivé třídy aplikace by se vyvíjely normálně v java 
> projektu se všemi zvyklostmi - Eclipse, Maven, SVN...
> - závislosti, bean scopes atd. by se naklikaly pomocí 
> nějakého UI, výsledkem by byla data uložena v relační db
> - při startu aplikace by se Spring nakonfiguroval pomocí 
> DatabaseApplicationContext implements ApplicationContext
> - nasazení aplikace by znamenalo nasazení waru + spuštění 
> skriptu na db (či nějaký inteligentní export/import)
> 
> Jako výhoda mi připadá, že by v db byl všestranně využitelný 
> model, možnost do určité míry měnit činnost aplikace za chodu 
> (vzrostla by ještě víc implementací beanů ve skriptovacích 
> jazycích nebo ovlivněním classloadingu). Stejný princip 
> správy přes db by se mohl aplikovat i na šablony UI.
> 
> Za nevýhodu považuji komplexnost - vzhledem k možnostem 
> Springu bych v současnosti do toho šel, jen kdyby existoval 
> hotový projekt s utilitami, které by možnosti uložení 
> databáze zúročily. (nutná, ne postačující podmínka :-). Pak 
> také další aspekty: testy, verzování závislostí... - opět 
> zvýšení nároků na příslušný relační model.
> 
> Napadlo nás to u jednoho projektu postaveného na dvouvrstvé 
> (klient-server) architektuře. Jeho část je popsána právě 
> takovými "metadaty". Je to ovšem proprietární řešení, které - 
> ač zpočátku jednoduché - průběžně bobtná o další požadavky. 
> Navíc je ve hře možnost převedení aplikace do třívrstvé 
> architektury. Snažím se proto sesbírat informace pro 
> zorientování se, jak postupovat dál.
> 
> Díky, vážím si každé odpovědi.
> 
> Tomáš Záluský
> 
> 
> 
> ================================================
> ...with Ultimate flying is so easy...
> http://www.frisbee.cz    http://www.peaceegg.net
> ================================================
>