Antwort.

Die funktionale Programmierung in Java hat sich mit der Einführung von Lambda-Ausdrücken und funktionalen Schnittstellen (seit Java 8) entwickelt.

Geschichte des Themas

Vor der Einführung von Java 8 bestanden alle Schnittstellen aus einer Reihe von abstrakten Methoden, und das Paradigma war auf OOP ausgerichtet. Mit der Einführung funktionaler Schnittstellen und Lambda-Ausdrücke wurde es möglich, kürzeren Code zu schreiben und die Prinzipien der funktionalen Programmierung (FP) zu befolgen, was die Lesbarkeit und Ausdruckskraft des Codes erhöhte.

Problem

Code, der mit der Verarbeitung von Ereignissen, Sammlungen oder asynchroner Logik verbunden ist, wurde übermäßig: Es mussten separate Klassen oder anonyme innere Klassen erstellt werden. Dies erschwerte die Wartung und Skalierung des Codes.

Lösung

Eine funktionale Schnittstelle ist eine Schnittstelle mit genau einer abstrakten Methode. Sie kann als Ziel für ein Lambda-Ausdruck verwendet werden. In der Standardbibliothek wurden typische funktionale Schnittstellen wie Function<T, R>, Predicate<T>, Supplier<T>, Consumer<T> sowie die Möglichkeit, eigene Schnittstellen zu erstellen, eingeführt.

Beispielcode:

import java.util.function.Function;

public class FunctionalExample {
    public static void main(String[] args) {
        // Standard funktionale Schnittstelle Function
        Function<String, Integer> stringLength = s -> s.length();
        System.out.println(stringLength.apply("Java")); // Gibt 4 aus
    }
}

Wesentliche Merkmale:

Erlauben die Verwendung von prägnanten Lambda-Ausdrücken.
Verbessern erheblich die Lesbarkeit, insbesondere bei Stream-Operationen.
Verhindern Boilerplate-Code und machen die Verarbeitung von Ereignissen, Filterung und Sammlung elegant.

Fangfragen.

Kann eine funktionale Schnittstelle mit mehreren abstrakten Methoden deklariert werden, wenn die anderen Methoden Standard- oder statisch implementiert sind?

Nein, eine funktionale Schnittstelle kann nur eine abstrakte Methode enthalten. Eine Standardmethode (default) oder eine statische Methode kann vorhanden sein.

Kann eine funktionale Schnittstelle von einer anderen Schnittstelle mit mehreren abstrakten Methoden erben?

Nein, wenn die endgültige Schnittstelle mehr als eine abstrakte Methode hat, hört sie auf, funktional zu sein und kann nicht zur Ersetzung eines Lambda-Ausdrucks verwendet werden.

Wie unterscheidet sich eine funktionale Schnittstelle in Java von SAM-Schnittstellen in anderen Sprachen, z. B. C#?

In Java gibt es kein direktes Schlüsselwort zur Deklaration von SAM-Schnittstellen, bis die Annotation @FunctionalInterface eingeführt wurde. Im Gegensatz zu C#, wo delegate die Signatur klar definiert, genügt in Java eine abstrakte Methode und eine optionale Annotation für den Compiler.

Typische Fehler und Antipatterns

Vergessen der Annotation @FunctionalInterface — der Compiler gibt keinen Fehler aus, wenn die Schnittstelle nicht mehr funktional ist.
Unbewusste Hinzufügung einer abstrakten Methode zur Schnittstelle, was ihre Funktionalität beeinträchtigt.
Verwendung von Lambdas dort, wo das Verhalten keine logische Ausdruck ist, sondern Entitäten beschreibt (Verlust an Lesbarkeit).

Beispiel aus dem Leben

Negativer Fall

In einem großen Projekt wurde beschlossen, Lambdas überall zu verwenden, auch dort, wo Entitäten Daten repräsentierten, die nicht direkt mit der Geschäftslogik verbunden waren. Infolgedessen wurde es schwierig, der komplexen Logik zu folgen, die Lambdas maskierten die Absichten des Codes, und das Debuggen wurde mühsam.

Vorteile:

Kurz kodiert.
Weniger Boilerplate.

Nachteile:

Verlust an Lesbarkeit.
Fehler bei der Modifikation von Schnittstellen.

Positiver Fall

In einem anderen Projekt wurde sorgfältig analysiert, welche Schnittstellen für die funktionale Programmierung geeignet sind. Es wurden Predicate, Function und eigene Schnittstellen zur Verarbeitung von Sammlungen und Ereignissen verwendet. Für Entitäten und Datenspeicher wurde keine FP angewendet.