[Java lista] Sql builder

[Tamás Viktor]

Igen rosszul hangzik amit leirtal.

Tenyleg azert akarjatok megvaltoztatni az architekturat, mert az
automatikus formazo elrontja a kezzel szerkesztett kodot?

Szerintem:
1. A fluent interface hasznalataval SQL kolbaszok helyett metodushivas
kolbaszok fognak kialakulni, amiket a formazo ugyanugy kedve szerint
szettordel.
2. A notorius kodformazas nem szerencses. Egyreszt teljesen
ellehetetleniti a diff-elest a verziokontrollban (nem kovetheto vissza
ki mikor mit modositott), masreszt neha indokolt lehet a kod intuitiv
modon valo tordelese a jobb olvashatosag miatt, pl. hosszu
kifejezesek. A formazo ezt is osszekutyulja.
3. Ha uj komponenst vezettek be egy mukodo rendszerbe, meg jo sok
hibat fogtok generalni.

Ezt csinalnam:
-lefektetnem a kodolasi konvenciokat (Sun ajanlas), de csak indokolt
esetben formaznek meg letezo kodreszeket, pl. ha egyebkent is
modositani kell egy metodusban.
-ha muszaj legyen egy nagy kozos kodujraformazas de utana mar ne. Aki
ezutan is csunyan kodol azzal beszelni kell.
-lehet hogy az SQL-eket kiszerveznem kulon fajlokba. Ez azert is
szerencses, mert az IDE valoszinuleg ad valami syntax highlight
tamogatast SQL fajlokra plusz tesztelni is konnyebb lehet.
(StringBuildelt SQL-ekre ez a megoldas nem fog menni.)

Egyebkent ugy emlekszem hogy valamelyik IDE-ben (talan Netbeans) egy
specialis begin-end kommenttel ki lehet kapcsolni a kodformazast egy
forrasfajl bizonyos reszein belul, de mar nem emlekszem mi ez a
komment pontosan - es nem is ez az igazan jo megoldas.
V