[Java lista] elvi kerdes: protected adattag

[Zsombor]

2009/10/9 <istvan.ketler at lhsystems.com>

> Szia,
>
> ugye mĂŠg mindig a validĂĄlĂĄsrĂłl beszĂŠlĂźnk? Valaki JPA ĂŠs/vagy bean validator
> segítségével akarja megoldani, mert "az jobb". Nem látom, mitől jobb (azt
> lĂĄtom, hogy miĂŠrt olvashatatlanabb). Ehhez nem kell xml-t tĂşrni, a NetBeans
> azt is megcsinĂĄlja neked? (Bocs, de soha nem hasznĂĄltam NetBeans-t, nem
> vallĂĄsi okbĂłl, egyszerĹąen a cĂŠges szabvĂĄny mindig az eclipse volt).
>
> TovĂĄbbra sem hiszem, hogy ha egyszer nincs szĂźksĂŠgem valĂłdi
> perzisztenciĂĄra, ĂŠs nincsenek adatosztĂĄlyaim sem csak nĂŠhĂĄny adatom, akkor
> olyan nagy szĂźksĂŠgem lenne a JPAra.
>
> MiĂŠrt nincsenek adatosztĂĄlyaim? Pl. mert nem akarom mindig minden
> attribĂştumĂĄt bent tartani a memĂłriĂĄban. Nem akarok automatikusan mindent
> beolvasni, hanem cĂŠlzott select-ekkel behĂşzom azt a rĂŠszĂŠt, amelyik ĂŠppen
> kell. Mert az alkalmazĂĄs ritkĂĄn mĂłdosĂ­t adatot, inkĂĄbb csak Ăşj rekordokat
> visz be az adatbĂĄzisba. MiĂŠrt is "jobb" ilyenkor a JPA rĂŠtegben validĂĄlni?
>
> Üdvözlettel,
>
> IvĂĄn
>
> IstvĂĄn Ketler
>


A JPA validĂĄciĂłt ĂŠn sem ĂŠrtem, de simĂĄn lehet olyan adat osztĂĄlyt irni, ami
a mezőknek csak egy kis részét fedi le. Én nem rajongok a ResultSet-ek
feldolgozĂĄsĂĄĂŠrt, de Ăşgy lĂĄtom nincs mindenki Ă­gy ezzel.

Zs
--------- következő rész ---------
Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20091009/97956e84/attachment.html