[Javalist] lombok

[istvan.ketler at lhsystems.com]

Annak idején a Java kifejlesztése során nagy hangsúlyt kapott, hogy a lehető legtöbb elkövethető hiba már fordítási időben kiderüljön. Az annotáció határeset, a getter/setter tán rövidebb kódot ad de olvashatóbbat semmiképp, és az IDE részéről is kéne hozzá támogatás (outline-ba bekerüljön vagy ne; ha a meghívás helyén keresem a deklaráció helyét akkor odavigyen /pontosan hova is, az annotációra?/, hasonlók). A getter meg a setter eleve kicsit OO-ellenes ízt kaphat, és sokan a gondos tervezés helyett inkább ezeket használják rosszul, szóval nem vagyok abban biztos hogy ilyen formában szükség lenne rá (pl. egy adatobjektum esetén a setName(last, middle, first) az üzleti logika szempontjából védhető, külön a setLastName, setFirstName, setMiddleName már nem igazán). De ez egy külön vita tárgya.

Az eredeti koncepció ellenére, amikor a kódban mindenféle vezérlő stringeket helyezünk el majd ezek vezérlik a futást és az üzleti logikát, az már szerintem erősen kerülendő, bármilyen könnyű is automatikusan generálni ilyeneket, a property change és a property listener is szerintem eléggé nehézzé tudja tenni a hibakeresést, forráskód olvasással sokszor nem is lehet megtalálni a hibát csak debuggerrel.  Szóval már ez is eléggé bonyolítja az életet.

Ez a legújabb agymenés, ahol egy tök máshol elhelyezett annotáció megváltoztathatja bizonyos objektumok viselkedését, és ahol rejtett paraméterek bukkanhatnak fel, mindez úgy hogy a debugger nem is igazán esélyes rá hogy megtalálja a tényleges forrást hiszen az ő belső adatstruktúráit nem hülyítjük meg csak a fordítóét, hát ez engem eléggé lelomboz. Talán tényleg itt az ideje, hogy inkább kecskepásztor legyek, ott legalább a határidők is más értelmezést nyernének.

Márpedig a nagyobb programok esetén( x) programozó összesen (y) emberévet fordít a fejlesztésre, majd (z<<x) programozó (t • y) emberéven keresztül „méjnteneli” és továbbfejleszti a kódot. Ha az eredeti csapat (x-z) programozója ilyen, kevéssé karbantartható trükköket alkalmaz, akkor (t>>y) könnyen igazzá válhat, az pedig pénzben is kifejezhető komoly veszteséget fog eredményezni.

Üdv,

Iván
István Ketler
Senior Consultant
Lufthansa Systems Hungaria Kft.
Development Center Pest
Neumann János u. 1/e
1117 Budapest
Hungary
Tel: +36 1 887-2815
Fax: +36 1 887-2977
Mobile: +36 30 600-4936
Room: Infopark E, Room LH2-24
e-mail: istvan.ketler at lhsystems.com<mailto:istvan.ketler at lhsystems.com>
Internet: www.LHsystems.hu<http://www.lhsystems.hu/>

From: javalist-bounces at lists.javaforum.hu [mailto:javalist-bounces at lists.javaforum.hu] On Behalf Of Peter Verhas
Sent: Wednesday, November 21, 2012 9:34 AM
To: Java lista
Subject: [Javalist] lombok

A lombok project-ről írtam le a véleményemet:

http://tifyty.wordpress.com/2012/11/21/kirugyeznek-a-lombok/


--
Verhás Péter
peter at verhas.com<mailto:peter at verhas.com>
+36(30)9306805
skype: verhas





 
Sitz der Gesellschaft / Corporate Headquarters: Lufthansa Systems Hungaria Kft, Budapest, Fovarosi Birosag 01-09-463417
Geschaeftsfuehrung / Management Board: Peter Sipos


--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.javaforum.hu/pipermail/javalist/attachments/20121121/9b3da8ab/attachment.html>