JDK 1.8へのクロージャの導入 - プロジェクトラムダ

Question

既存の内部クラスの何が問題なのですか？なぜ内部クラスをクロージャの表現に使用できないのですか？

現在、私はここにいくつかのリソースを投稿し、で開始します。

まず、以下は、クロージャが何であるかの概要を示しています。それは言語にとらわれない。私ははラムダの少し後

[2007年1月]クロージャhttp://gafter.blogspot.com/2007/01/definition-of-closures.htmlの定義

END

[2011年12月]の状態を追加し、それを 閉鎖を読むためにhttp://martinfowler.com/bliki/Closure.html

をお勧めしますhttp://cr.openjdk.java.net/~briangoetz/lambda/lambda-state-4.html

[2007年10月]プログラミング言語における高度なトピック：

[2011年1月4日] JSR 292良Javaのhttp://www.youtube.com/watch?v=0zVizaCOhME用クロージャ：invokedynamicのhttp://weblogs.java.net/blog/forax/archive/2011/01/04/jsr-292-goodness-lambda-sam-type-conversion-using-invokedynamic

Answer 1

内部クラスを使用してラムダSAM型への変換は、クロージャを行うことができ、物事の多くを行うために使用することができますあなたのために。

クローズには2つの大きな利点があります。これらは、よりシンプルで簡潔な意味で使用される可能性が高くなります。言語によって理解されやすく、内部クラスが最適化されないように最適化することができます。例えば特定の例外の処理の改善、プリミティブの処理。

クロージャを使用して、他のファーストクラスのメソッドを構築することができます。カレーリングによって。これは多くの利点があるかどうかはわかりませんが、ネストされたクラスでは簡単なオプションではありません。

Answer 2

私はそれを理解してきたように、Javaの8で閉鎖のための計画はちょうど内部クラスと現在の回避策よりも痛みのそれは少ないようにすることです - 真剣に、内部クラスの構文は、巨大な構文上のオーバーヘッドであるため、簡単なラムダを書く。