1. Améliorations de l'interface

a. Les méthodes statiques peuvent être définies dans l'interface

b. Plus important encore, les méthodes dans l'interface peuvent être modifiées par défaut, puis ajouter des corps de méthode

2. Pourquoi ne pouvez-vous pas utiliser la méthode par défaut pour remplacer les méthodes equals, hashcode et toString ?

Autrement dit, l'interface ne peut pas fournir une implémentation par défaut d'une méthode de la classe Object. Si une classe implémente une méthode, celle-ci est toujours prioritaire sur l'implémentation par défaut. Une fois que toutes les instances d’interface sont des sous-classes d’Object, toutes les instances d’interface ont déjà des implémentations autres que celles par défaut de equals/hashCode/toString. Une version par défaut de ceux-ci sur l’interface est donc inutile et ne sera pas compilée.

3. Interface fonctionnelle

　Le concept de base est l'interface fonctionnelle. Si une interface définit une seule méthode abstraite, alors l'interface devient une interface fonctionnelle. Par exemple, java.lang.Runnable est une interface fonctionnelle car elle ne définit qu'une seule méthode abstraite :

public abstract void run();

Qu'est-ce qu'une interface fonctionnelle ? Il existe deux situations : 1. L'interface n'a qu'une seule méthode abstraite, Modification abstraite 2. L'interface n'a qu'une seule méthode abstraite, la modification abstraite. En même temps, il contient plusieurs méthodes par défaut, car la méthode par défaut est modifiée par défaut et non abstraite.

Parallèlement, une nouvelle Annotation est introduite : @FunctionalInterface. Vous pouvez le placer devant une interface pour indiquer que l'interface est une interface fonctionnelle. L'ajout d'une interface ne sera compilé que si vous parvenez à la transformer en une interface fonctionnelle. C'est un peu comme @Override, qui déclare son intention de l'utiliser pour éviter de l'utiliser de manière incorrecte.

4.Lambdas　

Une propriété très précieuse des interfaces fonctionnelles est qu'elles peuvent être instanciées à l'aide de lambdas. Voici quelques exemples de lambdas :

À gauche se trouve une liste d'entrées séparées par des virgules du type spécifié, et à droite se trouve un bloc de code avec retour :

(int x, int y) -> { return x + y; }

On la gauche est une liste de types déduits séparés par des virgules Liste d'entrée, la droite est la valeur de retour :

(x, y) -> x + y

La gauche est un paramètre unique du type dérivation, la droite est une valeur de retour :

x -> x * x

Il n'y a pas d'entrée à gauche (nom officiel : "burger arrow"), renvoie une valeur à droite :

() -> x

La gauche est un paramètre unique de type déduit , et la droite est un bloc de code sans valeur de retour (renvoyant void) :

x -> { System.out.println(x); }

Références de méthode statique :

String::valueOf

Références de méthode non statique :

Object::toString

Références de fonction héritées :

x::toString

Références de constructeur :

ArrayList::new

Vous pouvez proposer certains formats de référence de fonction comme raccourci pour d'autres formats lambda.

　　当然，在Java里方法能被重载。类可以有多个同名但不同参数的方法。这同样对构造方法有效。ArrayList::new能够指向它的3个构造方法中任何一个。决定使用哪个方法是根据在使用的函数式接口。

　　一个lambda和给定的函数式接口在“外型”匹配的时候兼容。通过“外型”，我指向输入、输出的类型和声明检查异常。

给出两个具体有效的例子：

Comparator<String> c = (a, b) -> Integer.compare(a.length(),
                                                 b.length());

一个Comparator的compare方法需要输入两个阐述，然后返回一个int。这和lambda右侧的一致，因此这个任务是有效的。

Runnable r = () -> { System.out.println("Running!"); }

一个Runnable的run方法不需要参数也不会返回值。这和lambda右侧一致，所以任务有效。

在抽象方法的签名里的受检查异常（如果存在）也很重要。如果函数式接口在它的签名里声明了异常，lambda只能抛出受检查异常。

5.捕获和非捕获的Lanbdas表达式　

　　当Lambda表达式访问一个定义在Lambda表达式体外的非静态变量或者对象时，这个Lambda表达式称为“捕获的”。比如，下面这个lambda表达式捕捉了变量x：

　　int x = 5; return y -> x + y;

　　为了保证这个lambda表达式声明是正确的，被它捕获的变量必须是“有效final”的。所以要么它们需要用final修饰符号标记，要么保证它们在赋值后不能被改变。

Lambda表达式是否是捕获的和性能悄然相关。一个非不捕获的lambda通常比捕获的更高效，虽然这一点没有书面的规范说明（据我所知），而且也不能为了程序的正确性指望它做什么，非捕获的lambda只需要计算一次. 然后每次使用到它都会返回一个唯一的实例。而捕获的lambda表达式每次使用时都需要重新计算一次，而且从目前实现来看，它很像实例化一个匿名内部类的实例。

6.其他

　　lambdas不做的事

你应该记住，有一些lambdas不提供的特性。为了Java 8它们被考虑到了，但是没有被包括进去，由于简化以及时间限制的原因。

Non-final* 变量捕获 - 如果一个变量被赋予新的数值，它将不能被用于lambda之中。"final"关键字不是必需的，但变量必须是“有效final”的（前面讨论过）。这个代码不会被编译：

int count = 0;
List<String> strings = Arrays.asList("a", "b", "c");
strings.forEach(s -> {
    count++; // error: can&#39;t modify the value of count });

例外的透明度 - 如果一个已检测的例外可能从lambda内部抛出，功能性的接口也必须声明已检测例外可以被抛出。这种例外不会散布到其包含的方法。这个代码不会被编译：

void appendAll(Iterable<String> values, Appendable out) throws IOException { // doesn&#39;t help with the error values.forEach(s -> {out.append(s); // error: can&#39;t throw IOException here // Consumer.accept(T) doesn&#39;t allow it });}

有绕过这个的办法，你能定义自己的功能性接口，扩展Consumer的同时通过像RuntimeException之类抛出 IOException。我试图用代码写出来，但发现它令人困惑是否值得。

控制流程 (break, early return) -在上面的 forEach例子中，传统的继续方式有可能通过在lambda之内放置 "return;"来实现。但是，没有办法中断循环或者从lambda中通过包含方法的结果返回一个数值。例如：

final String secret = "foo"; boolean containsSecret(Iterable<String> values) {
    values.forEach(s -> { if (secret.equals(s)) {
            ??? // want to end the loop and return true, but can&#39;t }});
}

进一步阅读关于这些问题的资料，看看这篇Brian Goetz写的说明：在 Block中响应“已验证例外”Quelles sont les nouveautés de Java8 ?

其它翻译版本(1)

为什么抽象类不能通过利用lambda实例化

抽象类，哪怕只声明了一个抽象方法，也不能使用lambda来实例化。

下面有两个类 Ordering 和 CacheLoader的例子，都带有一个抽象方法，摘自于Guava 库。那岂不是很高兴能够声明它们的实例，像这样使用lambda表达式？

Ordering order = (a, b) -> ...;

CacheLoader<String, String> loader = (key) -> ...;

这样做引发的最常见的争论就是会增加阅读lambda的难度。以这种方式实例化一段抽象类将导致隐藏代码的执行：抽象类的构造方法。

另一个原因是，它抛出了lambda表达式可能的优化。在未来，它可能是这种情况，lambda表达式都不会计算到对象实例。放任用户用lambda来声明抽象类将妨碍像这样的优化。

此外，有一个简单地解决方法。事实上，上述两个摘自Guava 库的实例类已经证明了这种方法。增加工厂方法将lambda转换成实例。

Ordering<String> order = Ordering.from((a, b) -> ...);
CacheLoader<String, String> loader = CacheLoader.from((key) -> ...);

要深入阅读，请参看由 Brian Goetz所做的说明： response to "Allow lambdas to implement abstract classes"。

java.util.function

包概要：java.util.function

作为Comparator 和Runnable早期的证明，在JDK中已经定义的接口恰巧作为函数接口而与lambdas表达式兼容。同样方式可以在你自己的代码中定义任何函数接口或第三方库。

但有特定形式的函数接口，且广泛的，通用的，在之前的JD卡中并不存在。大量的接口被添加到新的java.util.function 包中。下面是其中的一些：

Function -T作为输入，返回的R作为输出
Predicate -T作为输入，返回的boolean值作为输出
Consumer - T作为输入，执行某种动作但没有返回值
Supplier - 没有任何输入，返回T
BinaryOperator -两个T作为输入，返回一个T作为输出，对于“reduce”操作很有用

这些最原始的特征同样存在。他们以int，long和double的方式提供。例如：

IntConsumer -以int作为输入，执行某种动作，没有返回值

这里存在性能上的一些原因，主要释在输入或输出的时候避免装箱和拆箱操作。

你应该记住，有一些lambdas不提供的特性。为了Java 8它们被考虑到了，但是没有被包括进去，由于简化以及时间限制的原因。

int count = 0;
List<String> strings = Arrays.asList("a", "b", "c");
strings.forEach(s -> {
    count++; // error: can&#39;t modify the value of count });

void appendAll(Iterable<String> values, Appendable out) throws IOException { // doesn&#39;t help with the error values.forEach(s -> {out.append(s); // error: can&#39;t throw IOException here // Consumer.accept(T) doesn&#39;t allow it });}

final String secret = "foo"; boolean containsSecret(Iterable<String> values) {
    values.forEach(s -> { if (secret.equals(s)) {
            ??? // want to end the loop and return true, but can&#39;t }});
}

进一步阅读关于这些问题的资料，看看这篇Brian Goetz写的说明：在 Block中响应“已验证例外”

Quelles sont les nouveautés de Java8 ?

翻译于 4年前

4人顶

顶翻译得不错哦！

其它翻译版本(1)

为什么抽象类不能通过利用lambda实例化

抽象类，哪怕只声明了一个抽象方法，也不能使用lambda来实例化。

下面有两个类 Ordering 和 CacheLoader的例子，都带有一个抽象方法，摘自于Guava 库。那岂不是很高兴能够声明它们的实例，像这样使用lambda表达式？

Ordering order = (a, b) -> ...;

CacheLoader<String, String> loader = (key) -> ...;

这样做引发的最常见的争论就是会增加阅读lambda的难度。以这种方式实例化一段抽象类将导致隐藏代码的执行：抽象类的构造方法。

此外，有一个简单地解决方法。事实上，上述两个摘自Guava 库的实例类已经证明了这种方法。增加工厂方法将lambda转换成实例。

Ordering<String> order = Ordering.from((a, b) -> ...);
CacheLoader<String, String> loader = CacheLoader.from((key) -> ...);

要深入阅读，请参看由 Brian Goetz所做的说明： response to "Allow lambdas to implement abstract classes"。

Quelles sont les nouveautés de Java8 ?

翻译于 4年前

2人顶

顶翻译得不错哦！

java.util.function

Résumé du package : java.util.function

En tant que première preuve de Comparator et Runnable, il a été défini dans le JDK, l'interface est compatible avec les expressions lambdas en tant qu'interface fonctionnelle. De la même manière, vous pouvez définir n'importe quelle interface fonctionnelle ou bibliothèque tierce dans votre propre code.

Mais il existe une forme spécifique d'interface de fonction, qui est étendue et universelle et n'existait pas dans la carte JD précédente. Un grand nombre d'interfaces ont été ajoutées au nouveau package java.util.function. En voici quelques-uns :

Fonction -T en entrée, le R renvoyé en sortie
Prédicat -T en entrée, la valeur booléenne renvoyée en sortie
Consumer - T en entrée, effectuez une action mais aucune valeur de retour
Fournisseur - aucune entrée, renvoie T
BinaryOperator - deux T en entrée, renvoie un T en sortie, utile pour les opérations de "réduction"

Ces caractéristiques les plus primitives existent également. Ils sont fournis sous la forme int, long et double. Par exemple :

IntConsumer - prend int comme entrée, effectue une action et n'a aucune valeur de retour

Il y a quelques raisons de performances ici, principalement, l'interprétation évite les opérations de boxing et de unboxing lors de l'entrée ou de la sortie.

En attente de MP

Traduit il y a 4 ans

2 Personnes j'aime

j'aime Bonne traduction !

Toutes les traductions de cet article sont uniquement destinées à des fins d'apprentissage et de communication. Lors de la réimpression, assurez-vous d'indiquer le traducteur, la source et le lien. à cet article

Notre travail de traduction est conforme à l'accord CC Si notre travail porte atteinte à vos droits, veuillez nous contacter à temps

Commentaire. (85)

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Quelles sont les nouveautés de Java8 ?

为什么抽象类不能通过利用lambda实例化

java.util.function

为什么抽象类不能通过利用lambda实例化

java.util.function

Articles Liés