Lambdas

En Java, un comparateur n'est rien d'autre qu'une instance d'une classe qui implémente l'interface java.util.Comparator, définie ainsi :

public interface Comparator<T> {
  int compare(T v1, T v2);
}

Il s'agit d'une interface générique, dont le paramètre de type T représente le type des valeurs que le comparateur sait comparer. La méthode compare prend les deux valeurs à comparer, v1 et v2 ci-dessus, et retourne un entier exprimant leur relation, selon la convention suivante :

• si l'entier retourné est négatif, la première valeur est strictement plus petite que la seconde (v1 < v2),
• si l'entier retourné est nul, les deux valeurs sont égales (v1 = v2),
• si l'entier retourné est positif, la première valeur est strictement plus grande que la seconde (v1 > v2).

A noter que l'utilisation d'un entier pour exprimer ces trois possibilités est un accident historique. Il aurait été préférable d'utiliser une énumération comportant trois valeurs, mais les énumérations n'existaient pas encore en Java au moment où la notion de comparateur a été introduite.

Pour trier un tableau d'entiers en ordre décroissant au moyen de la méthode sort, il suffit de définir un comparateur qui inverse l'ordre habituel des entiers. Par exemple, ce comparateur doit déclarer que 5 est plus grand que 10, et pas plus petit. Etant donné que la méthode sort utilise le comparateur pour trier les éléments en ordre croissant, ce comparateur inversé nous permet effectivement d'obtenir, de manière détournée, un tri par ordre décroissant.

Pour mémoire, depuis Java 8, les interfaces peuvent contenir des méthodes concrètes, qui peuvent être :

• des méthodes statiques, ou
• des méthodes par défaut (default methods), non statiques, qui sont héritées par toutes les classes qui implémentent l'interface et ne les redéfinissent pas.

Une interface est appelée interface fonctionnelle (functional interface) si elle possède exactement une méthode abstraite. Elle peut néanmoins posséder un nombre quelconque de méthodes concrètes, statiques ou par défaut.

Par exemple, l'interface Comparator est une interface fonctionnelle, car elle ne possède qu'une seule méthode abstraite, à savoir compare. Le fait qu'elle possède un grand nombre de méthodes concrètes (à la fois statiques et par défaut) n'y change rien.

Un autre exemple d'interface fonctionnelle est l'interface RealFunction ci-dessous, qui pourrait représenter une fonction mathématique des réels vers les réels :

@FunctionalInterface
public interface RealFunction {
  public double valueAt(double x);
}

Comme cet exemple l'illustre, les interfaces fonctionnelles peuvent être annotées @FunctionalInterface. Cette annotation est optionnelle, mais utile car elle garantit qu'une erreur est produite si l'interface à laquelle on l'attache n'est pas fonctionnelle, p.ex. car elle comporte plusieurs méthodes abstraites.

En Java, une lambda, aussi appelée fonction anonyme (anonymous function) ou parfois fermeture (closure), est une expression créant une instance d'une classe anonyme qui implémente une interface fonctionnelle.

La lambda spécifie uniquement les arguments et le corps de l'unique méthode abstraite de l'interface fonctionnelle. Ceux-ci sont séparés par une flèche symbolisée par la chaîne -> :

arguments -> corps

Une lambda ne peut apparaître que dans un contexte qui attend une valeur dont le type est une interface fonctionnelle. La raison de cette restriction est claire : étant donné que la lambda ne spécifie pas le nom de la méthode qu'elle implémente, il faut que le compilateur puisse la déterminer sans ambiguïté. Or cela n'est possible que si la lambda apparaît dans un contexte dans lequel la valeur attendue a pour type une interface fonctionnelle, c-à-d dotée d'une et une seule méthode abstraite.

Par exemple, l'expression suivante est valide :

Comparator<Integer> c = (x, y) -> Integer.compare(x, y);

car Comparator est une interface fonctionnelle, et il est donc clair que la lambda correspond à la méthode compare de cette interface. Par contre, l'expression suivante n'est pas valide :

Object c = (x, y) -> Integer.compare(x, y);

car Object n'est pas une interface fonctionnelle et le compilateur ne peut donc savoir à quelle méthode correspond la lambda.

Dans leur forme générale, les paramètres d'une lambda sont entourés de parenthèses et leur type est spécifié avant leur nom, comme d'habitude. Par exemple, une lambda à deux arguments, le premier de type Integer et le second de type String, peut s'écrire ainsi :

(Integer x, String y) -> // … corps

Cette notation peut être allégée de deux manières :

1. le type des arguments peut généralement être omis, car inféré par le compilateur,
2. lorsque la fonction ne prend qu'un seul paramètre, les parenthèses peuvent être omises.

Dans sa forme la plus générale, le corps d'une lambda est constitué d'un bloc entouré d'accolades. Comme toujours, si la lambda retourne une valeur — c-à-d que son type de retour est autre chose que void — celle-ci l'est via l'énoncé return.

Par exemple, le comparateur ci-dessous compare deux chaînes d'abord par longueur puis par ordre alphabétique (via la méthode compareTo des chaînes) :

Comparator<String> c = (s1, s2) -> {
  int lc = Integer.compare(s1.length(), s2.length());
  return lc != 0 ? lc : s1.compareTo(s2);
};

Si le corps de la lambda est constitué d'une seule expression, alors on peut l'utiliser en lieu et place du bloc. Cela implique de supprimer les accolades englobantes et l'énoncé return. Par exemple, le comparateur ci-dessous compare deux chaînes uniquement par longueur :

Comparator<String> c = (s1, s2) ->
  Integer.compare(s1.length(), s2.length());

Sous forme de bloc, le corps ce même comparateur s'écrit :

Comparator<String> c = (s1, s2) -> {
  return Integer.compare(s1.length(), s2.length());
}

Une des raisons pour lesquelles les lambdas sont puissantes est qu'elles ont accès à toutes les entités visibles à l'endroit de leur définition : paramètres et variables locales de la méthode dans laquelle elles sont éventuellement définies, attributs et méthodes de la classe englobante, etc².

Pour illustrer cette possibilité, admettons que l'on désire généraliser la méthode de tri en lui ajoutant un argument supplémentaire spécifiant si le tri doit se faire par ordre croissant ou décroissant. On peut écrire simplement :

public final class Sorter {
  enum Order { ASCENDING, DESCENDING };

  public static void sort(ArrayList<Integer> l, Order o) {
    Collections.sort(l, (i1, i2) ->
                     o == Order.ASCENDING
                     ? Integer.compare(i1, i2)
                     : Integer.compare(i2, i1));
  }
}

Comme on le constate, le comparateur créé par la lambda utilise l'argument o de la méthode dans laquelle il est défini. Attention, cela implique que le test pour déterminer l'ordre de tri est effectué à chaque comparaison de deux éléments du tableau à trier, ce qui est peu efficace. Il serait donc préférable de récrire l'exemple ci-dessus en sortant le test de la lambda, ce qui est laissé en exercice.

Pour terminer, il faut noter que les classes intérieures anonymes ont également cette capacité d'accéder à toutes les entités visibles à l'endroit de leur définition.

L'interface Function représente une fonction à un argument. Le type de cet argument et le type de retour de la fonction sont les paramètres de type de cette interface, nommés respectivement T et R :

public interface Function<T, R> {
  public R apply(T x);
}

Par exemple, la fonction qui retourne la longueur d'une chaîne pourrait se définir ainsi :

Function<String, Integer> stringLength = s -> s.length();

et s'utiliser de la sorte :

stringLength.apply("bonjour"); // => 7

En plus de la méthode abstraite apply, l'interface Function offre une méthode compose permettant de composer deux fonctions entre elles, au sens mathématique. Par exemple, deux fonctions sur les entier \(f\) et \(g\) et leur composition \(f\circ g\) peuvent se définir ainsi :

Function<Integer,Integer> f = x -> x + x;
Function<Integer,Integer> g = x -> x + 1;
Function<Integer,Integer> fg = f.compose(g);

et la composition peut s'utiliser ensuite comme toute autre fonction :

fg.apply(10); // => 22

L'interface BiFunction représente une fonction à deux arguments dont les types sont donnés par les paramètres de type T et U, le type du résultat étant donné par R :

public interface BiFunction<T, U, R> {
  public R apply(T t, U u);
}

Par exemple, la fonction prenant une chaîne et un index et retournant le caractère de la chaîne à cet index peut se définir ainsi :

BiFunction<String, Integer, Character> charAt =
  (s, i) -> s.charAt(i);

et s'utiliser de la sorte :

charAt.apply("hello", 4); // => o

L'interface UnaryOperator représente un opérateur unaire, c-à-d un cas particulier de fonction à un argument dont le type de l'argument et le type de retour sont identiques :

public interface UnaryOperator<T> extends Function<T, T>{}

Par exemple, la fonction de calcul de valeur absolue sur les réels est un opérateur unaire qui pourrait se définir ainsi :

UnaryOperator<Double> abs = x -> Math.abs(x);

et s'utiliser de la sorte :

abs.apply(-1.2);    // => 1.2
abs.apply(Math.PI); // => 3.1415…

L'interface BinaryOperator représente un opérateur binaire, c-à-d un cas particulier de fonction à deux arguments dont le type des arguments et le type de retour sont identiques :

public interface BinaryOperator<T>
  extends BiFunction<T, T, T>{}

Par exemple, l'addition sur les entiers est un opérateur binaire qui pourrait se définir ainsi :

BinaryOperator<Integer> plus = (x, y) -> x + y;

et s'utiliser de la sorte :

plus.apply(8, 9); // => 17

L'interface Predicate représente un prédicat à un argument, c-à-d une fonction à un argument retournant un booléen :

public interface Predicate<T> {
  public boolean test(T x);
}

Par exemple, le prédicat déterminant si une chaîne de caractères est vide pourrait se définir ainsi :

Predicate<String> stringIsEmpty = x -> x.isEmpty();

et s'utiliser de la sorte :

stringIsEmpty.test("");           // => true
stringIsEmpty.test("not empty!"); // => false

L'interface BiPredicate, similaire à Predicate, représente un prédicat à deux arguments :

public interface BiPredicate<T, U> {
  public boolean test(T x, U y);
}

Par exemple, le prédicat testant si une chaîne est la représentation textuelle d'un objet pourrait se définir ainsi :

BiPredicate<String, Object> isTextReprOf =
  (s, o) -> s.equals(o.toString());

et s'utiliser de la sorte :

isTextReprOf.test("1", 1);   // => true
isTextReprOf.test("2", "a"); // => false

Les interfaces Predicate et BiPredicate offrent des méthodes par défaut permettant d'obtenir de nouveaux prédicats à partir de prédicats existants. Ces méthodes sont :

• and, qui calcule la conjonction de deux prédicats,
• or, qui calcule la disjonction de deux prédicats, et
• negate, qui calcule la négation d'un prédicat.

On peut les utiliser ainsi :

Predicate<Integer> p = x -> 0 <= x;
Predicate<Integer> q = x -> x <= 5;
Predicate<Integer> r = p.and(q);    // 0 <= x && x <= 5
Predicate<Integer> s = p.or(q);     // 0 <= x || x <= 5
Predicate<Integer> t = p.negate();  // 0 > x

L'interface Supplier représente un fournisseur (ou producteur) de valeurs, c-à-d une fonction sans argument retournant une valeur d'un type donné :

public interface Supplier<T> {
  public T get();
}

Par exemple, un fournisseur constant ne produisant que l'entier 0 pourrait se définir ainsi :

Supplier<Integer> zero = () -> 0;

et s'utiliser de la sorte :

zero.get(); // => 0

L'interface Consumer représente un consommateur de valeur, c-à-d une fonction à un argument ne retournant rien :

public interface Consumer<T> {
  public void accept(T x);
}

Par exemple, la fonction imprimant une chaîne à l'écran est un consommateur de chaîne et peut se définir ainsi :

Consumer<String> printString =
  s -> { System.out.println(s); };

et s'utiliser de la sorte :

printString.accept("hé"); // affiche hé

Une référence à une méthode statique s'obtient simplement en séparant le nom de la classe de celui de la méthode par un double deux-points. Par exemple, comme on l'a vu, un comparateur ne faisant rien d'autre qu'utiliser la méthode statique compare de la classe Integer peut s'écrire ainsi :

Comparator<Integer> c = Integer::compare;

ce qui est équivalent à, mais plus concis que :

Comparator<Integer> c =
  (s1, s2) -> Integer.compare(s1, s2);

Il est également possible d'obtenir une référence de méthode sur un constructeur, en utilisant le mot-clef new en lieu et place du nom de méthode statique. Par exemple, un fournisseur de nouvelles instances vides de ArrayList<Integer> peut s'écrire :

Supplier<ArrayList<Integer>> lists = ArrayList::new;

ce qui est équivalent à, mais plus concis que :

Supplier<ArrayList<Integer>> lists =
  () -> new ArrayList<>();

Aussi étrange que cela puisse paraître, une référence à une méthode non statique peut également s'obtenir en séparant le nom de la classe du nom de la méthode par un double deux-points. Par exemple, un comparateur sur les chaînes ne faisant rien d'autre qu'utiliser la méthode (non statique !) compareTo des chaînes peut s'écrire :

Comparator<String> c = String::compareTo;

ce qui est équivalent à, mais plus concis que :

Comparator<String> c =
  (s1, s2) -> s1.compareTo(s2);

Notez que l'objet auquel on applique la méthode devient le premier argument de la lambda ! Il y a donc une différence cruciale entre une référence à une méthode statique et la première variante d'une référence à une méthode non statique ci-dessus :

• une référence à une méthode statique produit une lambda ayant le même nombre d'arguments que la méthode,
• une référence à une méthode non statique produit une lambda ayant un argument de plus que la méthode, cet argument supplémentaire étant le récepteur, c-à-d l'objet auquel on applique la méthode.

Par exemple, la méthode statique compare de la classe Integer prend deux arguments. Dès lors, une référence vers cette méthode est une fonction à deux arguments :

BiFunction<Integer, Integer, Integer> c1 =
  Integer::compare;

La méthode non statique compareTo de la même classe Integer prend un seul argument. Mais comme il s'agit d'une méthode non statique, une référence vers cette méthode est aussi une fonction à deux arguments :

BiFunction<Integer, Integer, Integer> c2 =
  Integer::compareTo;

Une seconde variante de référence à une méthode non statique permet de spécifier le récepteur. Avec cette variante, la lambda a le même nombre d'arguments que la méthode. Par exemple, une fonction permettant d'obtenir le n^e caractère de l'alphabet (en partant de 0) peut s'écrire :

Function<Integer, Character> alphabetChar =
  "abcdefghijklmnopqrstuvwxyz"::charAt;

ce qui est équivalent à, mais plus concis que :

Function<Integer, Character> alphabetChar =
  i -> "abcdefghijklmnopqrstuvwxyz".charAt(i);