[Javalist] nyomják krahácsot (romlik a jáva)
Gábor Lipták
gabor.liptak at gmail.com
2012. Május. 26., Szo, 22:20:25 CEST
Szerintem egy szetter például kiválóan alkalmas például származtatott
értékek számítására. De a setter igazi lényege az enkapszuláció. Pl. ha
később a változót amid van ki akarod mondjuk egy másik osztályba
szervezni (akármi okból) akkor a kliens osztályok érintetlenek maradnak,
és csak egy osztályt kell átírni. Szóval a szetter an enkapszulációról
szól, és az pedig nem más, mint befektetés a jövőre. Tehát lehet, hogy
most tök fölösleges a szetter, mert egy sor, de ez a jövőben
megváltozhat, és akkor majd nem szenvedek. Én a magam részéről tök jól
elvagyok a szetter generálással, és nincs bajom az annotációval sem, ami
szettert generál (mert hát az később cserélhető rendes szetterre). Mivel
a munkánk elég kis része effektív kódírás, nem hiszem, hogy egy
szetter-getter páros előállítása, vagy kódkiegészítéses beírása bárkinek
fájna. Több időd elszúrunk teszteléssel, debuggolással stb.
2012.05.26. 22:01 keltezéssel, Gábor Garami írta:
>
> Validaciot en se raknek setterbe. Nem azert, mert nem lenne jo ottan,
> hanem mert validacios exceptiont nehez onnan dobni, azok ugyani
> business osztalyok, a dao-hoz meg csak kozuk sincs. Atlepne a scopejat
> a pojo. Szvsz.
>
> Garami Gábor
> gabor.garami at hron.me <mailto:gabor.garami at hron.me>
> Skype: hron84
> Tel: +36 20 235 9621
>
> Sent from my T-Mobile G2
> Ezt a levelet telefonról adták fel, ékezethibákat tartalmazhat.
>
> 2012.05.26. 14:19, "Peter Verhas" <peter at verhas.com
> <mailto:peter at verhas.com>> ezt írta:
>
> Akkor minek lenne a setter? Éppen az a lényege, hogy leellenőrzi,
> hogy csak olyan érték kerülhessen be egy field-be, ami nem rontja
> el az objektum állapotát, az továbbra is megfelel az üzleti logikának.
>
> Szerintem nem érdemes ilyen sommás és lekezelő válaszokat írni,
> még némi gondolkodás után sem.
>
> On Saturday, May 26, 2012, Kristof Jozsa wrote:
>
> príma, az viszont helyesen egy business method, nem egy
> setter, ezzel
> pedig a rövid történet végére is értünk.
>
> K
>
> 2012/5/26 Peter Verhas <peter at verhas.com>:
> > Ne ragadjatok le a null-nál. Az csak egy pelda volt. Akkor
> inkabb a
> > példámban az ellenőrzés legyen arra, hogy ha a számla típusa
> készpénzes,
> > akkor a fizetendő összeg legyen öttel osztható.
> >
> >
> > On Saturday, May 26, 2012, Zsombor wrote:
> >>
> >> Gondolom arra utal, hogy az általa tisztességesnek
> tekintett nyelvekben
> >> van külön típus az olyan változóra, ami sosem nulla, és ami
> lehet nulla.
> >> Persze itt nem kellene megállni, és lehet hiányolni a 23
> karakter hosszú
> >> sztringek tipusát, és a páros számok tipusát, vagy egy
> bizonyos regexp-re
> >> matchelő stringek tipusát :)
> >>
> >> Zs
> >>
> >> 2012/5/26 Gábor Garami <gabor.garami at hron.me>
> >>>
> >>> Elvben barmilyen, non-primitive tipusu valtozo lehet null,
> igy nem ertem
> >>> mit ertesz tipusos kerdes alatt.
> >>>
> >>> Garami Gábor
> >>> gabor.garami at hron.me
> >>> Skype: hron84
> >>> Tel: +36 20 235 9621 <tel:%2B36%2020%20235%209621>
> >>>
> >>> Sent from my T-Mobile G2
> >>> Ezt a levelet telefonról adták fel, ékezethibákat
> tartalmazhat.
> >>>
> >>> 2012.05.25. 23 <tel:2012.05.25.%2023>:21, "Kristof Jozsa"
> <kristof.jozsa at gmail.com> ezt írta:
> >>>
> >>>> ezt nem vettem meg :) az egyetlen helyes válasz erre az h
> mert a
> >>>> JavaBean szabvány ezt mondja, felesleges szerintem
> további észérveket
> >>>> keresni mögé. amúgy egy tisztességes nyelvben az hogy
> valami null
> >>>> lehet-e az típusos kérdés és semmi köze a field
> beállításához.
> >>>>
> >>>> K
> >>>>
> >>>> 2012/5/24 Peter Verhas <peter at verhas.com>:
> >>>> > 2012/5/24 Kristof Jozsa <kristof.jozsa at gmail.com>:
> >>>> >> pontosan mitől lesz tisztább vagy olvashatóbb a kód ha
> minden
> >>>> >> fieldhez
> >>>> >> van egy getter és egy setter?
> >>>> >>
> >>>> >
> >>>> > Mert ha azt használod, hogy
> >>>> >
> >>>> > invoice.setItems(invoiceItems);
> >>>> >
> >>>> > akkor sokkal kevesebb munkád lesz, amikor az Invoice
> osztályban
> >>>> > például ellenőrizni akarod, hogy ne legyen null, vagy
> nulla elemű az
> >>>> > invoiceItems, vagy azt, hogy minden tételre ki van-e
> töltve az ÁFA
> >>>> > értéke. Ha
> >>>> >
> >>>> > invoice.items = invoiceItems;
> >>>> >
> >>>> > szerepel a kódban, akkor ezt jelenleg Java-ban
> refaktorálnod kell,
> >>>> > amikor az items mezőt priváttá teszed és elkészíted a
> settert és a
> >>>> > gettert.
> >>>> >
> >>>> > Ha JavaX-ben (X > 7) az 'invoice.items = invoiceItems;'
> kód darab egy
> >>>> > setter hívássá fordul le, az viszont felveti azt a
> kérdést, hogy a
> >>>> > programozási nyelvben tényleg minden az-e, aminek
> látszik. A válasz
> >>>> > pedig nem, mert ez értékadásnak látszik, miközben
> metódus hívás. Most
> >>>> > még, Java-ban persze nem, és én nem is szeretném, hogy
> az legyen.
> >>>> >
> >>>> > Perl-ben olyan jópofa, hogy vannak ilyen automagic
> megoldások, de a
> >>>> > Java nem Perl.
> >>>> > 2005 októberben a Perl konferencián tartottam egy
> előadást, az volt a
> >>>> > címe, hogy "Tiltsák be a Perl-t", és csak Java-ban
> szabad programozni.
> >>>> > Sajnos nincs már meg a videó felvétel Ott volt Larry
> Wahl is. És
> >>>> > mindenki végig azt hitte, hogy viccelek.
> >>>> > _______________________________________________
> >>>> > Javalist mailing list
> >>>> > Javalist at lists.javaforum.hu
> >>>> > http://lists.javaforum.hu/mailman/listinfo/javalist
> >>>> _______________________________________________
> >>>> Javalist mailing list
> >>>> Javalist at lists.javaforum.hu
> >>>> http://lists.javaforum.hu/mailman/listinfo/javalist
> >>>
> >>>
> >>> _______________________________________________
> >>> Javalist mailing list
> >>> Javalist at lists.javaforum.hu
> >>> http://lists.javaforum.hu/mailman/listinfo/javalist
> >>>
> >>
> >
> >
> > --
> > Verhás Péter
> > ügyvezető
> > Verhás & Verhás Szoftver Manufaktúra Kft.
> > peter at verhas.com
> > t: +36(30)9306805 <tel:%2B36%2830%299306805>
> > skype: verhas
> >
> > _______________________________________________
> > Javalist mailing list
> > Javalist at lists.javaforum.hu
> > http://lists.javaforum.hu/mailman/listinfo/javalist
> >
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
>
> --
> Verhás Péter
> ügyvezető
> Verhás & Verhás Szoftver Manufaktúra Kft.
> peter at verhas.com <mailto:peter at verhas.com>
> t: +36(30)9306805 <tel:%2B36%2830%299306805>
> skype: verhas
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu <mailto:Javalist at lists.javaforum.hu>
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
>
> _______________________________________________
> 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/20120526/e59817ec/attachment.html>
További információk a(z) Javalist levelezőlistáról