[Javalist] Java8 - Alapértelmezett metódustörzs interfészekben

[Richard O. Legendi]

A kulcs a source/binary compatibility a core API szempontjából. Ha 
szeretnél új dolgokat rakni egy már létező interfészbe, akkor 
megoldhatod: régebbi JRE használja a defaultot (nyilván nem a legjobb, 
de működni fog), az új meg a már megírtat. IMHO jobb, mint sorra 
gyártani a /SwingUtilities2/, /SwingUtilities3/ osztályokat.

Goetz Mester beszélt erről, azt hiszem a JVM Language Summiton:

     http://medianetwork.oracle.com/video/player/1113272518001

Itt is van néhány slide:

     http://wiki.jvmlangsummit.com/Extension_methods

Ez a pár dia nagyon jó áttekintést ad erről is:

     
http://wiki.jvmlangsummit.com/images/a/a1/2011_Goetz_Extension_Slides.pdf

A C#-ban is vannak/static extension methodok/, azokat kicsit átgondolva 
szeretnének hasonló feature-t a Javaba rakni.

A multiple inharitance, mixinek, traitek meg mostanában megint szeretjük 
(?), ez az új hype (ld. Scala).

Ricsi

On 2012.05.23. 8:55, Gábor Garami wrote:
> En pedig logikat nem latok a dolog mogott. Ha be kellett ilyet 
> vezetni, akkor az ember vagy csinalt uj interfeszt, vagy fogta magat, 
> gyartott egy absztrakt osztalyt, amiben implementalta az interfeszt es 
> belerakta a plusz metodust. Ez a default implementacio csak megkavarja 
> a dolgokat. Raadasul igy az interfesz az erdeti jelentesetol (felulet) 
> is nagyon messze kerul.
>
> Garami Gábor
> E-mail: gabor.garami at hron.me <mailto:gabor.garami at hron.me>
> Tel: +36 20 235 9621
> MSN: hrgy at vipmail.hu <mailto:hrgy at vipmail.hu>
> Skype: hron84
>
>
>
> 2012/5/23 Suller Andras <suller.andras at gmail.com 
> <mailto:suller.andras at gmail.com>>
>
>     Nem lesz muszaj hasznalni, ez egy lehetoseg lesz.
>     Bar en nem ereztem azt sem olyan nagy problemanak, hogy (a regi
>     megoldas szerint) az interface-hez hozzaadtam a "newMethod"-ot, majd
>     ahol a fordito kiabalt hogy nincs implementalva, ott implementaltam a
>     metodust ugy, ahogy kell. Ezzel a default megoldassal jol ossze lehet
>     majd keverni az ilyeneket, es kulonosebb atgondolas nelkul bele lehet
>     rakni uj metodusokat, amiket egy tervezes/refaktorizalas utan esetleg
>     szebben is meg lehetne csinalni (szerinem nem feltetlenul van ertelme
>     annak, hogy az implementalo osztalyok nagy reszeben ne implementaljunk
>     egy metodust... ez az uj megoldas meg ebben az esetben segit, ha jol
>     ertem).
>     Szoval igy latatlanban azt mondom, hogy en sem orulok ennek a
>     lehetosegnek, es nem hiszem, hogy hasznalni fogom.
>
>     Andras
>
>     2012/5/23 Peter Verhas <peter at verhas.com <mailto:peter at verhas.com>>:
>     > Nem is tudom. Akkor most megyünk egy olyan irányba, hogy egyre
>     jobban
>     > keverjük a dolgokat? Az interface eddig definíció volt, most meg
>     tartalmaz
>     > egy kis implementációt is? Így lesz egy tiszta nyelvből valami
>     katyvasz?
>     >
>     _______________________________________________
>     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/20120523/cdf8f7e0/attachment.html>