仮想拡張メソッドは、今後のJava 8のリリースで

Question

は、私は一つの質問を持っている

interface A { 
     void a(); 
     void b() default { System.out.println("b"); }; 
     void c() final { System.out.println("c"); }; 
    } 

のようなコードスニペットが表示されたら。 Javaで十分なsh * tを持っていないのですか？なぜこれが必要なのでしょうか？

Answer 1

私はあなたがこの会議を見てお勧め：http://medianetwork.oracle.com/media/show/16999

これは、すべてを説明。最も興味深いのは、コードベース全体を書き直すことなく、インターフェースを進化させることです。これは、大きなコードベースが進化し、ますます不自由にならないようにするための鍵です。

Answer 2

「拡張メソッド」という概念は、「外部の世界」にさらされた設計のうまくいかないAPIをハック/修正するための最後のチャンスではないと思います。文法的な砂糖だけ。

Answer 3

これはScalaの人が絶対に怒ってしまうために必要です。彼らはすでに「形質」の形でかなり似通った機能を持っているので、これらの機能をこれらの機能と一緒にする必要があります。

文字通り、Java言語開発では、Scalaの人たちを怒らせることが最優先事項です。

Answer 4

APIライターは、NoSuchMethodErrorsを発生させずにポストホックのインターフェイスを拡張できるので、これは素晴らしいことです。また、V1に対してコンパイルされたクラスに対して、V2のメソッドのデフォルトの実装を提供します。コードは魅力のように機能します。これにより、通常どおりV2に対してコンパイルされたクラスのデフォルト実装を上書きし、番号付きのインターフェイスを冗長化することもできます。私はそれもサイト使用の拡張方法よりも優れていると考えています。

Answer 5

Java 8にはラムダとクロージャのサポートが含まれていることが予定されています。これはJava言語を近代化する大きな一歩となります。問題は、コレクションフレームワークのようなインターフェイスに基づく既存のライブラリは、これらの新しい機能を直接使用できないことです。既存の実装を壊すことなくメソッドをインタフェースに追加することはできません。単純にはコンパイルされません。

lambdaは持っていますが、標準のコレクションでは簡単に使用できません。これは、Java開発者にとって大きな脅威となります。ラムダを標準的なコレクションに統合するには、forEach,map、またはfilterのようなメソッドが非常に望ましいでしょう。

この問題を解決するには、インターフェイスのメソッドのデフォルト実装を定義する拡張メソッドという別の機能を追加します。既存のサブクラスはデフォルトのメソッドを使用しますが、特殊化された可能性のあるより優れた実装でメソッドをオーバーライドすることもできます。

延長方法の提案の詳細は、Java Enhancement Proposal 126にあります。