<p>Nem rossz, ilyen a c#-ban, meg a scala-ban régóta van - persze ez önmagában kevés indok, de esetenként jól lehet használni, ha valami általános funkciót akar az ember az osztályaihoz hozzácsapni, és a direkt öröklődést már ellőtte valami másra. Persze, meg lehet oldani némi kopi pészttel, de nem lesz túl szép a kód.</p>

<p>Üdv<br>
 Zs</p>
<p><blockquote type="cite">On 2012.05.23. 5:39, &quot;Suller Andras&quot; &lt;<a href="mailto:suller.andras@gmail.com">suller.andras@gmail.com</a>&gt; wrote:<br><br>Nem lesz muszaj hasznalni, ez egy lehetoseg lesz.<br>
Bar en nem ereztem azt sem olyan nagy problemanak, hogy (a regi<br>
megoldas szerint) az interface-hez hozzaadtam a &quot;newMethod&quot;-ot, majd<br>
ahol a fordito kiabalt hogy nincs implementalva, ott implementaltam a<br>
metodust ugy, ahogy kell. Ezzel a default megoldassal jol ossze lehet<br>
majd keverni az ilyeneket, es kulonosebb atgondolas nelkul bele lehet<br>
rakni uj metodusokat, amiket egy tervezes/refaktorizalas utan esetleg<br>
szebben is meg lehetne csinalni (szerinem nem feltetlenul van ertelme<br>
annak, hogy az implementalo osztalyok nagy reszeben ne implementaljunk<br>
egy metodust... ez az uj megoldas meg ebben az esetben segit, ha jol<br>
ertem).<br>
Szoval igy latatlanban azt mondom, hogy en sem orulok ennek a<br>
lehetosegnek, es nem hiszem, hogy hasznalni fogom.<br>
<br>
Andras<br>
<br>
2012/5/23 Peter Verhas &lt;<a href="mailto:peter@verhas.com">peter@verhas.com</a>&gt;:<br>
<p><font color="#500050">&gt; Nem is tudom. Akkor most megyünk egy olyan irányba, hogy egyre jobban<br>&gt; keverjük a dolgokat? Az in...</font></p><p><font color="#500050">_______________________________________________<br>
Javalist mailing list<br><a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>ht...</font></p></blockquote></p>