Pourquoi les références de méthodes avec des types de retour peuvent-elles implémenter l'interface consommateur en Java ?

Pourquoi les références de méthode avec des types de retour correspondent à l'interface consommateur

En Java, les références de méthode peuvent être utilisées pour créer des interfaces fonctionnelles. L'interface Consommateur, par exemple, prend un seul argument et exécute une action dessus. Étonnamment, les références de méthodes avec des types de retour peuvent également correspondre à l'interface Consumer.

La décision d'autoriser ce comportement était basée sur l'idée d'adapter les méthodes aux interfaces fonctionnelles de la même manière que la façon dont elles sont appelées. Plus précisément, toute méthode de retour de valeur peut être adaptée à une interface Consommateur, même si la valeur de retour est ignorée.

Concernant les expressions lambda, il existe deux formes : (args) -> expression et (arguments) -> { déclarations* }. Cette dernière forme peut être compatible avec le vide si aucun chemin de code ne tente de renvoyer une valeur. La première forme est compatible avec les valeurs si l’expression est évaluée à une valeur. Cependant, si l'expression est également une instruction (telle qu'un appel de méthode ou un opérateur d'incrémentation/décrémentation), elle peut être compatible avec void.

Par exemple, l'expression s -> s est compatible avec les valeurs, tandis que s -> je suis compatible avec le vide. En effet, les opérateurs d'incrémentation/décrémentation peuvent être utilisés comme instructions à part entière. Une autre expression compatible avec le vide est s -> new Quoi qu'il en soit, les expressions de création d'instances de classe peuvent également être utilisées comme instructions.

Fait intéressant, (arg) -> methodReturningVoid(arg) est la seule forme d'expression qui n'est pas compatible avec les valeurs.

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!