[Javalist] pojo merge

[Gábor Garami]

A "Root" osztályokat mindig a "model"-ből vegye, feltéve, ha szerepel
az "update"-ben, de minden "Root"-on kívüli adatot pedig az
"update"-ből használjon.

Szerintem meg kell forditani a gondolatmenetedet. Alapvetoen a model-t
updateled az update-tel, tehat csak azokat az infokat kell venni az
update-bol, amik valtoztak. Az update-be pedig meg kell kotni, hogy
nem kerulhet olyan valtozas, ami a root-ot erintheti.


Ami _szerintem_ megoldas lehet (ha es amennyiben az 'update' pontosan
ugyanolyan osztalyu, mint a 'model', hogy a sima JPA-s entitymanageres
merge elott az update-ben felulvagod azokat az elemeket, amiknek nem
kellene valtozni (igy azok nem is fognak valtozni), utana pedig siman
csinalsz egy merge-t. Marmint, ha JPA kornyezetu a kerdes (undefined,
nem irtad).

Amennyiben nincs JPA a kozelben, akkor tisztan reflectionnel seem
ordongosseg megoldani, foleg ha a Java Beanekre vonatkozo megkotesek
nagy resze be van tartva (gondolok itt a getFoo/setFoo konvenciokra).

De esetleg probalhatnad kicsit specifikalni a kornyezetet, lehet, hogy
van benne olyan megoldas, amit te nem ismersz.



Garami Gábor
E-mail: gabor.garami at hron.me
Tel: +36 20 235 9621
MSN: hrgy at vipmail.hu
Skype: hron84


2013/9/19 Cpt <cpt at freemail.hu>:
> Sziasztok,
>
>
> van egy apró feladat, ami gerincében teljesen általános, itt-ott kis
> specialitással. Találkoztatok már libbel, amit érdemesebb felhasználni, mint
> leprogramozni?
>
> Vannak pojo-k, amiknek van 1 közös ős osztályuk, legyen "Root", de
> tetszőleges mélységű leszármaztatás lehet. Ezen kívül már csak az "alap"
> osztályokat tartalmazza, mint String, Integer, Date, stb. Ilyen fa
> struktúrából kettőt kell összemosni, az egyik a "model", a másik az "update"
> A "Root" osztályokat mindig a "model"-ből vegye, feltéve, ha szerepel az
> "update"-ben, de minden "Root"-on kívüli adatot pedig az "update"-ből
> használjon. Az oka, hogy a "Root" osztályokat a "model"-ből kell venni, az
> az, hogy azok lehetnek proxy osztályok is, amire nincs ráhatásom.
>
>
> köszi, Gábor
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>