Hirdetés

Új hozzászólás Aktív témák

  • Aethelstone
    addikt

    Igen. Első olvasatra akár még jópofának is tűnhet, vitatkozásra érdemes feature. Aztán az ember belegondol, hogy éveken keresztül gondosan megtervezte az alkalmazások architektúráját, interface vagy abstract class szinten is, oszt jön valami frissítés, ami telibeveri ezt. Most már csak attól függ, hogy interface vagy abstract class, hogy melyik jut eszébe előbb az embernek. Jah és innentől fogva az egyiket meg is lehetne szűntetni, mert abstract class default implementációk nélkül == interfész default implementációk nélkül és a másik is igaz. Ergó, teljesen felesleges kettő :) Még ha lenne valami teljesítménykülönbség vagy thread safe eltérés...de látszólag semmi...

    Nem szeretem az ilyesmi átgondolatlan módosításokat....vagy megindokolta bárki is Oracle oldalról, hogy mi szükség volt erre?

    És a következő kavarás:

    " Also if the class implements an interface's default method, the implementation of the class will be used instead of interfaces's default implementation"

    Ez nekem spec nem tetszik. Csinálok véletlenül egy ugyanolyan nevű metódust és máris agyonvágom a default implementációt. Persze, ezt manapság is megtehetem abstract class vagy bármilyen extendált class esetén(@Override nélkül is), de hogy egy interfész metódust így szét lehet cseszni...még emésztenem kell.

    Plusz van egy külső jar. Van benne egy default metódus. Csinálok ez alapján egy osztályt, beleteszek egy saját nevű metódust. Jön egy új jar egy ugyanilyen default metódussal, mert engem nem kérdeznek meg, hogy van-e már ilyen metódusom, aztán jól nem fog működni a default implementáció.

Új hozzászólás Aktív témák