[Javalist] Form & DB

[Gábor Lipták]

Én negatív példaként az előző munkahelyemet tudnám példaként felhozni, ahol
modelként használtak JAXB által XML-ből generált beaneket. Pl. alapból
nincs benne map, hanem mindenütt listák voltak, amikben iterálgatni
kellett, ha valamit kerestél. Csak default konstruktor mindenütt, meg egy
rakás setter (tudom, hogy a jaxb-commonsban van rá plugin, de akik az erre
épülő kódokat írták, nem tudták) . A végeredmény egy csomó mellékes
statikus metódus lett, ami a JAXB beanekkel való szenvedést hivatott
megkönnyíteni, persze egyik metódus sem teljesen, de azért többször
implementált. Listák minden esetben egy list és egy rakás item element
lett, amitől minden java hivatkozásban egy getter hívással több van. Az
egész rá épülő kód rondább, mint egy bányarém.

Ennek ellenére, ha az ember egy XML-ből akar Java objektumot csinálni,
szépen működik. Csak a helyén kell tartani a dolgot (nem szabad beengedni
az üzleti logika közelébe), vagy rá kell szánni az időt arra, hogy az ilyen
mapping problémákat kiküszöbölje az ember.


2013. február 6. 11:07 István Székely írta, <istvan.szekely at i-logic.hu>:

>  Szia,
>
> On 2013-02-06 10:30, Keresztes Jozsef wrote:
>
> ** **Lényegtelen milyen környezet, programnyelv (Oracle deisigner generál
> oracle formot vagy SOAP-os generált cuccok...)****
>
>
> Hááát... én nem is tudom. 700k-s WSDL-hez nem írnám kézzel a cuccot. :P
> (Van nekünk, JAX-WS kliens, évek óta működik).
>
> Üdv,
> Stivi
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.javaforum.hu/pipermail/javalist/attachments/20130206/ac1ec4df/attachment.html>