<p>Elvben barmilyen, non-primitive tipusu valtozo lehet null, igy nem ertem mit ertesz tipusos kerdes alatt. </p>
<p>Garami Gábor<br>
<a href="mailto:gabor.garami@hron.me">gabor.garami@hron.me</a><br>
Skype: hron84<br>
Tel: +36 20 235 9621</p>
<p>Sent from my T-Mobile G2<br>
Ezt a levelet telefonról adták fel, ékezethibákat tartalmazhat.</p>
<div class="gmail_quote">2012.05.25. 23:21, &quot;Kristof Jozsa&quot; &lt;<a href="mailto:kristof.jozsa@gmail.com">kristof.jozsa@gmail.com</a>&gt; ezt írta:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
ezt nem vettem meg :) az egyetlen helyes válasz erre az h mert a<br>
JavaBean szabvány ezt mondja, felesleges szerintem további észérveket<br>
keresni mögé. amúgy egy tisztességes nyelvben az hogy valami null<br>
lehet-e az típusos kérdés és semmi köze a field beállításához.<br>
<br>
K<br>
<br>
2012/5/24 Peter Verhas &lt;<a href="mailto:peter@verhas.com">peter@verhas.com</a>&gt;:<br>
&gt; 2012/5/24 Kristof Jozsa &lt;<a href="mailto:kristof.jozsa@gmail.com">kristof.jozsa@gmail.com</a>&gt;:<br>
&gt;&gt; pontosan mitől lesz tisztább vagy olvashatóbb a kód ha minden fieldhez<br>
&gt;&gt; van egy getter és egy setter?<br>
&gt;&gt;<br>
&gt;<br>
&gt; Mert ha azt használod, hogy<br>
&gt;<br>
&gt; invoice.setItems(invoiceItems);<br>
&gt;<br>
&gt; akkor sokkal kevesebb munkád lesz, amikor az Invoice osztályban<br>
&gt; például ellenőrizni akarod, hogy ne legyen null, vagy nulla elemű az<br>
&gt; invoiceItems, vagy azt, hogy minden tételre ki van-e töltve az ÁFA<br>
&gt; értéke. Ha<br>
&gt;<br>
&gt; invoice.items = invoiceItems;<br>
&gt;<br>
&gt; szerepel a kódban, akkor ezt  jelenleg Java-ban refaktorálnod kell,<br>
&gt; amikor az items mezőt priváttá teszed és elkészíted a settert és a<br>
&gt; gettert.<br>
&gt;<br>
&gt; Ha JavaX-ben (X &gt; 7) az &#39;invoice.items = invoiceItems;&#39; kód darab egy<br>
&gt; setter hívássá fordul le, az viszont felveti azt a kérdést, hogy a<br>
&gt; programozási nyelvben tényleg minden az-e, aminek látszik. A válasz<br>
&gt; pedig nem, mert ez értékadásnak látszik, miközben metódus hívás. Most<br>
&gt; még, Java-ban persze nem, és én nem is szeretném, hogy az legyen.<br>
&gt;<br>
&gt; Perl-ben olyan jópofa, hogy vannak ilyen automagic megoldások, de a<br>
&gt; Java nem Perl.<br>
&gt; 2005 októberben a Perl konferencián tartottam egy előadást, az volt a<br>
&gt; címe, hogy &quot;Tiltsák be a Perl-t&quot;, és csak Java-ban szabad programozni.<br>
&gt; Sajnos nincs már meg a videó felvétel Ott volt Larry Wahl is. És<br>
&gt; mindenki végig azt hitte, hogy viccelek.<br>
&gt; _______________________________________________<br>
&gt; Javalist mailing list<br>
&gt; <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
&gt; <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
_______________________________________________<br>
Javalist mailing list<br>
<a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
<a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
</blockquote></div>