Tại sao tôi nên sử dụng các hoạt động chức năng của Cameron, thay vì một vòng lặp for?

for (Canvas canvas : list) {
}

NetBeans đề nghị tôi sử dụng "các hoạt động chức năng":

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

Nhưng tại sao điều này được ưa thích ? Nếu bất cứ điều gì, nó khó đọc và hiểu hơn. Bạn đang gọi stream(), sau đó forEach()sử dụng biểu thức lambda với tham số canvas. Tôi không thấy cái nào đẹp hơn forvòng lặp trong đoạn đầu tiên.

Rõ ràng tôi chỉ nói về thẩm mỹ mà thôi. Có lẽ có một lợi thế kỹ thuật ở đây mà tôi đang thiếu. Nó là gì? Tại sao tôi nên sử dụng phương pháp thứ hai thay thế?

Luồng cung cấp sự trừu tượng hóa tốt hơn nhiều cho thành phần của các hoạt động khác nhau mà bạn muốn thực hiện trên đầu các bộ sưu tập hoặc luồng dữ liệu đến. Đặc biệt là khi bạn cần ánh xạ các thành phần, lọc và chuyển đổi chúng.

Ví dụ của bạn không thực tế lắm. Hãy xem xét các mã sau đây từ trang web của Oracle .

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());
}

có thể được viết bằng luồng:

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

Tùy chọn thứ hai dễ đọc hơn nhiều. Vì vậy, khi bạn có các vòng lặp lồng nhau hoặc các vòng lặp khác nhau để xử lý một phần, đó là ứng cử viên rất tốt cho việc sử dụng API Streams / Lambda.

Một ưu điểm khác của việc sử dụng API phát trực tuyến chức năng là nó ẩn các chi tiết triển khai. Nó chỉ mô tả những gì nên được thực hiện, không phải làm thế nào. Ưu điểm này trở nên rõ ràng khi nhìn vào sự thay đổi cần phải thực hiện, để thay đổi từ thực hiện luồng đơn sang xử lý mã song song. Chỉ cần thay đổi .stream()thành .parallelStream().

Nếu bất cứ điều gì, nó khó đọc và hiểu hơn.

Đó là chủ quan cao. Tôi thấy phiên bản thứ hai dễ đọc và dễ hiểu hơn nhiều. Nó phù hợp với cách các ngôn ngữ khác (ví dụ: Ruby, Smalltalk, Clojure, Io, Ioke, Seph) làm điều đó, nó đòi hỏi ít khái niệm hơn để hiểu (đó chỉ là một cách gọi phương thức bình thường như mọi ngôn ngữ khác, trong khi ví dụ đầu tiên là cú pháp chuyên biệt).

Nếu bất cứ điều gì, đó là một vấn đề quen thuộc.