Warum sollte ich "funktionale Operationen" anstelle einer for-Schleife verwenden?

for (Canvas canvas : list) {
}

NetBeans schlägt mir vor, "funktionale Operationen" zu verwenden:

list.stream().forEach((canvas) -> {
});

Aber warum wird das bevorzugt ? Wenn überhaupt, ist es schwieriger zu lesen und zu verstehen. Sie rufen auf stream()und verwenden dann forEach()einen Lambda-Ausdruck mit Parameter canvas. Ich sehe nicht, wie das schöner ist als die forSchleife im ersten Snippet.

Offensichtlich spreche ich nur aus ästhetischen Gründen. Vielleicht gibt es hier einen technischen Vorteil, den ich vermisse. Was ist es? Warum sollte ich stattdessen die zweite Methode verwenden?

Streams bieten eine viel bessere Abstraktion für die Komposition verschiedener Operationen, die Sie zusätzlich zu den eingehenden Sammlungen oder Streams von Daten ausführen möchten. Insbesondere, wenn Sie Elemente zuordnen, filtern und konvertieren müssen.

Ihr Beispiel ist nicht sehr praktisch. Betrachten Sie den folgenden Code von der Oracle-Site .

List<Transaction> groceryTransactions = new Arraylist<>();
for(Transaction t: transactions){
  if(t.getType() == Transaction.GROCERY){
    groceryTransactions.add(t);
  }
}
Collections.sort(groceryTransactions, new Comparator(){
  public int compare(Transaction t1, Transaction t2){
    return t2.getValue().compareTo(t1.getValue());
  }
});
List<Integer> transactionIds = new ArrayList<>();
for(Transaction t: groceryTransactions){
  transactionsIds.add(t.getId());
}

kann mit Streams geschrieben werden:

List<Integer> transactionsIds = 
    transactions.stream()
                .filter(t -> t.getType() == Transaction.GROCERY)
                .sorted(comparing(Transaction::getValue).reversed())
                .map(Transaction::getId)
                .collect(toList());

Die zweite Option ist viel besser lesbar. Wenn Sie also verschachtelte Schleifen oder verschiedene Schleifen haben, die eine teilweise Verarbeitung durchführen, ist dies ein sehr guter Kandidat für die Verwendung der Streams / Lambda-API.

Ein weiterer Vorteil der Verwendung der funktionalen Streaming-API besteht darin, dass Implementierungsdetails ausgeblendet werden. Es wird nur beschrieben, was und nicht wie zu tun ist. Dieser Vorteil wird deutlich, wenn man sich die Änderung ansieht, die vorgenommen werden muss, um von der Ausführung mit einem Thread zur Ausführung mit parallelem Code zu wechseln. Ändern Sie einfach die .stream()zu .parallelStream().

Wenn überhaupt, ist es schwieriger zu lesen und zu verstehen.

Das ist sehr subjektiv. Ich finde die zweite Version viel einfacher zu lesen und zu verstehen. Es passt dazu, wie andere Sprachen (z. B. Ruby, Smalltalk, Clojure, Io, Ioke, Seph) es tun, es erfordert weniger Konzepte zum Verstehen (es ist nur ein normaler Methodenaufruf wie jeder andere, während das erste Beispiel eine spezialisierte Syntax ist).

Wenn überhaupt, ist es eine Frage der Vertrautheit.