for 루프 대신“기능적 작업”을 사용해야하는 이유는 무엇입니까?

for (Canvas canvas : list) {
}

NetBeans는 "기능적 조작"을 사용하도록 제안합니다.

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

그러나 이것이 왜 선호 됩니까? 무엇이든 읽고 이해하기가 더 어렵습니다. 을 호출 stream()한 다음 forEach()매개 변수와 함께 람다 식 을 사용합니다 canvas. for첫 번째 스 니펫 의 루프 보다 더 좋은 방법은 없습니다 .

분명히 나는 ​​미학에 대해서만 말하고 있습니다. 어쩌면 여기에 내가 놓친 기술적 이점이 있습니다. 무엇입니까? 두 번째 방법을 대신 사용해야하는 이유는 무엇입니까?

스트림은 수집되는 데이터 또는 데이터 스트림 위에서 수행하려는 다양한 작업의 구성에 대해 훨씬 더 나은 추상화를 제공합니다. 특히 요소를 매핑하고 필터링하고 변환해야하는 경우.

당신의 예는 그리 실용적이지 않습니다. 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());
}

스트림을 사용하여 작성할 수 있습니다.

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

두 번째 옵션은 훨씬 더 읽기 쉽습니다. 따라서 부분 처리를 수행하는 중첩 루프 또는 다양한 루프가있는 경우 Streams / Lambda API 사용에 매우 적합합니다.

기능적 스트리밍 API를 사용하면 얻을 수있는 또 다른 이점은 구현 세부 정보를 숨길 수 있다는 것입니다. 방법이 아니라 수행해야 할 사항 만 설명합니다. 단일 스레드에서 병렬 코드 실행으로 변경하기 위해 수행해야 할 변경을 볼 때 이러한 이점이 분명해집니다. 그냥 변경 .stream()에 .parallelStream().

무엇이든 읽고 이해하기가 더 어렵습니다.

그것은 매우 주관적입니다. 두 번째 버전을 읽고 이해하기가 훨씬 쉽습니다. 다른 언어 (예 : Ruby, Smalltalk, Clojure, Io, Ioke, Seph) 가하는 방식과 일치하며 이해해야 할 개념이 더 적습니다 (첫 번째 예는 특수 구문이지만 다른 방법과 마찬가지로 일반적인 메소드 호출 일뿐입니다).

어쨌든 그것은 친숙한 문제입니다.