Java8ラムダと匿名クラス

Java8が最近リリースされ、その新しいラムダ式が本当にかっこいいように見えるので、これが私たちがこれまで使用していた匿名クラスの終焉を意味するのかと思っていました。

私はこれについて少し調べていて、Lambda式が体系的にそれらのクラスをどのように置き換えるかについていくつかのクールな例を見つけました。たとえば、コレクションのソートメソッドは、Comparatorの匿名インスタンスを取得してソートを実行するために使用していました。

Collections.sort(personList, new Comparator<Person>(){
  public int compare(Person p1, Person p2){
    return p1.firstName.compareTo(p2.firstName);
  }
});

今ラムダを使用して行うことができます：

Collections.sort(personList, (Person p1, Person p2) -> p1.firstName.compareTo(p2.firstName));

そして、驚くほど簡潔に見えます。だから私の質問は、ラムダの代わりにJava8でそれらのクラスを使い続ける理由はあるのでしょうか？

編集

同じ質問ですが、反対の方向で、匿名クラスの代わりにラムダを使用する利点は何ですか？ラムダは単一のメソッドインターフェイスでのみ使用できるので、この新しい機能はいくつかの場合にのみ使用されるショートカットだけですか、それとも本当に便利ですか？

匿名内部クラス（AIC）を使用して、抽象クラスまたは具象クラスのサブクラスを作成できます。AICは、状態（フィールド）の追加を含む、インターフェースの具体的な実装も提供できます。AICのインスタンスは、thisそのメソッド本体でを使用して参照できるため、追加のメソッドを呼び出すことができ、その状態を時間とともに変化させることができます。これらのいずれもラムダには適用されません。

AICの使用の大部分は単一関数のステートレス実装を提供することであったため、ラムダ式に置き換えることができると思いますが、ラムダを使用できないAICの他の使用法があります。AICは留まります。

更新

AICとラムダ式のもう1つの違いは、AICが新しいスコープを導入することです。つまり、名前はAICのスーパークラスとインターフェースから解決され、字句的に囲まれた環境で発生する名前を隠すことができます。ラムダの場合、すべての名前が字句的に解決されます。

ラムダは優れた機能ですが、SAMタイプでのみ機能します。つまり、単一の抽象メソッドのみとインターフェースします。インターフェイスに複数の抽象メソッドが含まれるとすぐに失敗します。匿名クラスが役立つのは、この場合です。

したがって、匿名クラスを単に無視することはできません。そして参考までに、andのsort()型宣言をスキップすることで、メソッドをより簡単にすることができます：p1p2

Collections.sort(personList, (p1, p2) -> p1.firstName.compareTo(p2.firstName));

ここでメソッドリファレンスを使用することもできます。クラスにcompareByFirstName()メソッドを追加してPerson、以下を使用します。

Collections.sort(personList, Person::compareByFirstName);

または、のゲッターを追加してfirstName、直接Comparatorfrom Comparator.comparing()メソッドを取得します。

Collections.sort(personList, Comparator.comparing(Person::getFirstName));

匿名クラスによるラムダパフォーマンス

アプリケーションの起動時に、各クラスファイルをロードして検証する必要があります。

匿名クラスは、指定されたクラスまたはインターフェースの新しいサブタイプとしてコンパイラーによって処理されるため、それぞれに新しいクラスファイルが生成されます。

ラムダはバイトコード生成で異なり、より効率的で、JDK7に付属するinvokedynamic命令を使用します。

ラムダの場合、この命令を使用して、ラムダ式をバイトコードに変換してから実行時まで遅延させます。（命令は初めて呼び出されます）

その結果、ラムダ式は静的メソッドになります（実行時に作成されます）。（statelesとstatefullの場合には小さな違いがあります。これらは生成されたメソッド引数によって解決されます）

以下の違いがあります。

1）構文

ラムダ式は、匿名内部クラス（AIC）と比べて見栄えが良い

public static void main(String[] args) {
    Runnable r = new Runnable() {
        @Override
        public void run() {
            System.out.println("in run");
        }
    };

    Thread t = new Thread(r);
    t.start(); 
}

//syntax of lambda expression 
public static void main(String[] args) {
    Runnable r = ()->{System.out.println("in run");};
    Thread t = new Thread(r);
    t.start();
}

2）適用範囲

匿名の内部クラスはクラスです。つまり、内部クラス内に定義された変数のスコープがあります。

一方、ラムダ式はそれ自体のスコープではなく、囲みスコープの一部です。

匿名の内部クラスとラムダ式の内部を使用する場合、同様のルールがsuperおよびthisキーワードに適用されます。匿名内部クラスの場合、このキーワードはローカルスコープを指し、superキーワードは匿名クラスのスーパークラスを指します。ラムダ式の場合、このキーワードは外側の型のオブジェクトを参照し、superは外側のクラスのスーパークラスを参照します。

//AIC
    public static void main(String[] args) {
        final int cnt = 0; 
        Runnable r = new Runnable() {
            @Override
            public void run() {
                int cnt = 5;    
                System.out.println("in run" + cnt);
            }
        };

        Thread t = new Thread(r);
        t.start();
    }

//Lambda
    public static void main(String[] args) {
        final int cnt = 0; 
        Runnable r = ()->{
            int cnt = 5; //compilation error
            System.out.println("in run"+cnt);};
        Thread t = new Thread(r);
        t.start();
    }

3）パフォーマンス

ラムダ式は純粋なコンパイル時のアクティビティであり、実行時に余分なコストが発生しない一方で、実行時に匿名の内部クラスはクラスの読み込み、メモリ割り当て、オブジェクトの初期化、非静的メソッドの呼び出しを必要とします。したがって、ラムダ式のパフォーマンスは、匿名の内部クラスに比べて優れています。**

**私はこの点が完全に真実ではないことを理解しています。詳細は下記質問をご参照ください。 ラムダと匿名の内部クラスのパフォーマンス：ClassLoaderの負荷を軽減しますか？

関数型プログラミングのために、Java 8のLambdaが導入されました。ボイラープレートコードを回避できる場所。ラムダに関する興味深い記事に出くわしました。

http://radar.oreilly.com/2014/04/whats-new-in-java-8-lambdas.html

単純なロジックにはラムダ関数を使用することをお勧めします。ラムダを使用して複雑なロジックを実装すると、問題が発生した場合にコードのデバッグにオーバーヘッドが発生します。

ラムダは単一の抽象メソッドを持つ関数に適しているため、匿名クラスが残りますが、他のすべてのケースでは匿名内部クラスがあなたの救世主です。

• ラムダ構文では、javaが推測できる明白なコードを記述する必要はありません。
• を使用することによりinvoke dynamic、ラムダは匿名クラスに変換されません。コンパイル時ににません（Javaはオブジェクトの作成を行う必要がなく、メソッドのシグネチャに注意するだけで、オブジェクトを作成せずにメソッドにバインドできます）
• ラムダは、実行する前に実行する必要があることよりも、実行したいことをより強調します