Jenze ono stejne nakonec zjistite, ze ty kolekce jsou na pytel. Stejne ty data budete chtit tahat v ruznem poradi, nebo je nejak filtrovat a to se s kolekcema tak jak tak neda.
Dalsi moznost je udalt si vrstvu, ktera bude nektere objekty ziskane z databaze proxovat a na dotazy o kolekcich si pak sama otevre session a data si nacte. Nekdy se tomu rika Wrapper. OOP je spokojeno, protoze veskera data nese skutecne jeden objekt, i kdyz wrapper a Vy si usetrite spousty vrasek. Navic tak ziskante novou funkcnost, ktera Vam umozni pruzne reagovat na stav aplikace a do kolekci poustet jenom to co je potreba a v takovem poradi v jakem je potreba. Btw. a nebo se to da resit pomoci AOP. Coz uz se nekde vys v diskusi rozebiralo a je to funkcni (ja to pouzivam v jedene aplikaci). Lukas "benzin" Benda Dne úterý 12 červen 2007 11:51 Jiri Mares napsal(a): > Ahoj, > > jo jo uz jsem to take slysel, ale to se i zase nelibi z pohledu OOP, nejaka > IDcka, ktera jsou stejne jenom pro DB .... > > Ale je to jiste reseni, ovsem z meho pohledu podobne definovani vsech vazeb > jako lazy, a nepouzivajici join ... > > Jirka > > > a co použít Hibernate bez vazeb? Tj. nemít vazby mezi objekty formou > > reference na objekt, ale jako číslo? > > Tím se zbavíte těchto problémů a při tom si zjednodušíte práci, protože > > nemusíte dělat mapování. Na iBatisu mi vadilo to, že jsem musel mnoho > > věcí vytvářet ručně (v porovnání s Hibernate).
