<div>
<div>
Szerintem, egyre gondolunk, csak mĂĄs szemszĂśgbĹl nĂŠzzĂźk a dolgot. Nem JPA-s kĂśrnyezetrĹl van szĂł (bĂĄr, ĂĄltalĂĄnos a feladat, olyanban is felhasznĂĄlĂĄsra kerĂźl, de ez most lĂŠnyegtelen). MindĂśssze annyi kĂśtĂśttsĂŠg van napjain keretrendszeri miatt, hogy ha egy "Root" proxy osztĂĄlykĂŠnt kĂśtĹdik valamihez (entity manager-hez vagy bĂĄrmi mĂĄshoz), akkor a kĂśtĹdĂŠs infĂłi ez a tool ne rontsa el. Ha a model objektumfĂĄban megvan az update-beli entitĂĄs (neve alapjĂĄn), akkor azt hasznĂĄlja; ha nincs, akkor tĂśrĂślje; ha Ăşj, akkor ĂĄllĂtsa be.</div>
<div>
</div>
<div>
NĂŠzem a ModelMapper nevĹą cuccot, elĂŠg robosztus, biztos, ki lehet belĹle hozni ezt, csak mĂŠg nem lĂĄtom, hogyan...</div>
<div>
</div>
<div>
</div>
<div>
kĂśszi!</div>
<div>
</div>
<div>
<br />
"GĂĄbor Garami" <gabor.garami@hron.me> Ărta:
<blockquote style="border-left:3px solid lightGray;padding-left:3px;">
A "Root" osztĂĄlyokat mindig a "model"-bĹl vegye, feltĂŠve, ha szerepel<br />
az "update"-ben, de minden "Root"-on kĂvĂźli adatot pedig az<br />
"update"-bĹl hasznĂĄljon.<br />
<br />
Szerintem meg kell forditani a gondolatmenetedet. Alapvetoen a model-t<br />
updateled az update-tel, tehat csak azokat az infokat kell venni az<br />
update-bol, amik valtoztak. Az update-be pedig meg kell kotni, hogy<br />
nem kerulhet olyan valtozas, ami a root-ot erintheti.<br />
<br />
<br />
Ami _szerintem_ megoldas lehet (ha es amennyiben az 'update' pontosan<br />
ugyanolyan osztalyu, mint a 'model', hogy a sima JPA-s entitymanageres<br />
merge elott az update-ben felulvagod azokat az elemeket, amiknek nem<br />
kellene valtozni (igy azok nem is fognak valtozni), utana pedig siman<br />
csinalsz egy merge-t. Marmint, ha JPA kornyezetu a kerdes (undefined,<br />
nem irtad).<br />
<br />
Amennyiben nincs JPA a kozelben, akkor tisztan reflectionnel seem<br />
ordongosseg megoldani, foleg ha a Java Beanekre vonatkozo megkotesek<br />
nagy resze be van tartva (gondolok itt a getFoo/setFoo konvenciokra).<br />
<br />
De esetleg probalhatnad kicsit specifikalni a kornyezetet, lehet, hogy<br />
van benne olyan megoldas, amit te nem ismersz.<br />
<br />
<br />
<br />
Garami GĂĄbor<br />
E-mail: gabor.garami@hron.me<br />
Tel: +36 20 235 9621<br />
MSN: hrgy@vipmail.hu<br />
Skype: hron84<br />
<br />
<br />
2013/9/19 Cpt <cpt@freemail.hu>:<br />
> Sziasztok,<br />
><br />
><br />
> van egy aprĂł feladat, ami gerincĂŠben teljesen ĂĄltalĂĄnos, itt-ott kis<br />
> specialitĂĄssal. TalĂĄlkoztatok mĂĄr libbel, amit ĂŠrdemesebb felhasznĂĄlni, mint<br />
> leprogramozni?<br />
><br />
> Vannak pojo-k, amiknek van 1 kĂśzĂśs Ĺs osztĂĄlyuk, legyen "Root", de<br />
> tetszĹleges mĂŠlysĂŠgĹą leszĂĄrmaztatĂĄs lehet. Ezen kĂvĂźl mĂĄr csak az "alap"<br />
> osztĂĄlyokat tartalmazza, mint String, Integer, Date, stb. Ilyen fa<br />
> struktĂşrĂĄbĂłl kettĹt kell Ăśsszemosni, az egyik a "model", a mĂĄsik az "update"<br />
> A "Root" osztĂĄlyokat mindig a "model"-bĹl vegye, feltĂŠve, ha szerepel az<br />
> "update"-ben, de minden "Root"-on kĂvĂźli adatot pedig az "update"-bĹl<br />
> hasznĂĄljon. Az oka, hogy a "Root" osztĂĄlyokat a "model"-bĹl kell venni, az<br />
> az, hogy azok lehetnek proxy osztĂĄlyok is, amire nincs rĂĄhatĂĄsom.<br />
><br />
><br />
> kĂśszi, GĂĄbor<br />
><br />
> _______________________________________________<br />
> Javalist mailing list<br />
> Javalist@lists.javaforum.hu<br />
> http://lists.javaforum.hu/mailman/listinfo/javalist<br />
><br />
_______________________________________________<br />
Javalist mailing list<br />
Javalist@lists.javaforum.hu<br />
http://lists.javaforum.hu/mailman/listinfo/javalist</blockquote>
</div>
</div>
<div>
</div>