반응형
Jake Seo
제이크서 위키 블로그
Jake Seo
전체 방문자
오늘
어제
  • 분류 전체보기 (715)
    • 일상, 일기 (0)
    • 백준 문제풀이 (1)
    • 릿코드 문제풀이 (2)
    • 알고리즘 이론 (10)
      • 기본 이론 (2)
      • 배열과 문자열 (8)
    • 데이터베이스 (15)
      • Planet Scale (1)
      • MSSQL (9)
      • 디비 기본 개념 (1)
      • SQLite 직접 만들어보기 (4)
    • 보안 (7)
    • 설계 (1)
    • 네트워크 (17)
      • HTTP (9)
      • OSI Layers (5)
    • 회고 (31)
      • 연간 회고 (2)
      • 주간 회고 (29)
    • 인프라 (52)
      • 도커 (12)
      • AWS (9)
      • 용어 (21)
      • 웹 성능 (1)
      • 대규모 서비스를 지탱하는 기술 (9)
    • 깃 (7)
    • 빌드 도구 (7)
      • 메이븐 (6)
      • 그레이들 (0)
    • Java (135)
      • 이펙티브 자바 (73)
      • 자바 API (4)
      • 자바 잡지식 (30)
      • 자바 디자인 패턴 (21)
      • 톰캣 (Tomcat) (7)
    • 프레임워크 (64)
      • next.js (14)
      • 스프링 프레임워크 (28)
      • 토비의 스프링 (6)
      • 스프링 부트 (3)
      • JPA (Java Persistence API) (5)
      • Nest.js (8)
    • 프론트엔드 (48)
      • 다크모드 (1)
      • 노드 패키지 관리 매니저 (3)
      • CSS (19)
      • Web API (11)
      • tailwind-css (1)
      • React (5)
      • React 새 공식문서 요약 (1)
      • HTML (Markup Language) (5)
    • 자바스크립트 (108)
      • 모던 자바스크립트 (31)
      • 개념 (31)
      • 정규표현식 (5)
      • 코드 스니펫 (1)
      • 라이브러리 (6)
      • 인터뷰 (24)
      • 웹개발자를 위한 자바스크립트의 모든 것 (6)
      • 팁 (2)
    • Typescript (49)
    • 리눅스와 유닉스 (10)
    • Computer Science (1)
      • Compiler (1)
    • IDE (3)
      • VSCODE (1)
      • IntelliJ (2)
    • 세미나 & 컨퍼런스 (1)
    • 용어 (개발용어) (16)
      • 함수형 프로그래밍 용어들 (1)
    • ORM (2)
      • Prisma (2)
    • NODEJS (2)
    • cypress (1)
    • 리액트 네이티브 (React Native) (31)
    • 러스트 (Rust) (15)
    • 코틀린 (Kotlin) (4)
      • 자바에서 코틀린으로 (4)
    • 정규표현식 (3)
    • 구글 애널리틱스 (GA) (1)
    • SEO (2)
    • UML (2)
    • 맛탐험 (2)
    • 리팩토링 (1)
    • 서평 (2)
    • 소프트웨어 공학 (18)
      • 테스팅 (16)
      • 개발 프로세스 (1)
    • 교육학 (1)
    • 삶의 지혜, 통찰 (1)
    • Chat GPT (2)
    • 쉘스크립트 (1)
    • 컴파일 (2)
    • Dart (12)
    • 코드팩토리의 플러터 프로그래밍 (4)
    • 플러터 (17)
    • 안드로이드 스튜디오 (1)
    • 윈도우즈 (1)
    • 잡다한 백엔드 지식 (1)
    • 디자인 패턴 (1)

블로그 메뉴

  • 홈
  • 태그
  • 방명록

공지사항

인기 글

태그

  • 스프링 검증
  • 도커공식문서
  • serverless computing
  • next js app
  • Next.js
  • 자료구조
  • 슬로우 쿼리
  • rust
  • 메이븐 라이프사이클
  • item7
  • 싱글턴
  • 객체복사
  • 러스트
  • 서버리스 컴퓨팅
  • MSSQL
  • 이펙티브자바
  • 자바스크립트 면접
  • 자바
  • 느린 쿼리
  • 자바 검증
  • 싱글톤
  • 이펙티브 자바 item9
  • 빈 검증
  • 자바스크립트 인터뷰
  • 알고리즘
  • 자바 디자인패턴
  • 메이븐 페이즈
  • 플라이웨이트패턴
  • NEXT JS
  • item9
  • 토비의 스프링
  • 자바스크립트
  • 메이븐 골
  • Pre-rendering
  • Java
  • 참조 해제
  • try-with-resources
  • 팩터리 메서드 패턴
  • 외래키 제약조건
  • 작업기억공간
  • 추상 팩터리 패턴
  • 싱글톤 패턴
  • 이펙티브 자바
  • item8
  • prerendering
  • 디자인패턴
  • Javadoc 자바독 자바주석 주석 Comment
  • bean Validation
  • pnpm
  • 프로그래머의 뇌

최근 댓글

최근 글

티스토리

hELLO · Designed By 정상우.
Jake Seo

제이크서 위키 블로그

Java/이펙티브 자바

이펙티브 자바, 쉽게 정리하기 - item 45. 스트림은 주의해서 사용하라

2023. 3. 29. 10:06

이펙티브 자바, 쉽게 정리하기 - item 45. 스트림은 주의해서 사용하라

스트림의 특징

아래에서 사용하는 평가(evaluation) 란 용어를 사용한다. 이 용어에 대한 설명은 Java Stream API 에서 평가 (evaluation) 란? 포스팅을 참조하면 된다.

  • 배열과 같은 시퀀스형 데이터를 처리하는데 특화되어 있다.
  • 소스 스트림(source stream) -> 중간 연산(intermediate operation) -> 종단 연산(terminal operation) 순으로 진행된다.
    • 각 중간 연산(intermediate operation) 은 스트림을 어떠한 방식으로 변환(transform) 한다.
  • 스트림 파이프라인은 지연평가되며, 평가는 종단 연산(terminal operation) 이 호출될 때 이뤄진다.
    • 종단 연산이 쓰이지 않는 데이터 원소는 계산에 쓰이지 않는다.
    • 종단 연산이 없는 스트림 파이프라인은 아무 일도 하지 않는 명령어인 no-op과 같다.

스트림은 병렬 연산을 지원하지만 실제 효용성이 있는 경우는 적다.

아나그램의 예로 살펴보기

  • 아나그램이란, 스펠링의 위치만 바꿔서 다른 단어를 만들 수 있는 단어를 말한다.
  • 이를테면 stop 은 s, t, o, p 인데 위치만 바꾸면 s, p, o, t 을 만들 수 있다.

스트림을 사용하지 않은 버전의 아나그램 처리

public class Item45Test {
    @Test
    public void anagramTest() {
        List<String> words = new ArrayList<>();
        words.add("stop");
        words.add("spot");
        words.add("trim");
        words.add("meet");
        words.add("ball");
        words.add("free");

        Map<String, Set<String>> groups = new HashMap<>();

        // 그룹핑하기
        for (String word : words) {
            groups.computeIfAbsent(alphabetize(word), (unused) -> new TreeSet<>()).add(word);
        }

        // 필터링하기
        for (Set<String> group : groups.values()) {
            if(group.size() >= 2) {
                System.out.println(group.size() + ": " + group);
            }
        }
    }

    private String alphabetize(String s) {
        char[] a = s.toCharArray();
        Arrays.sort(a);
        return new String(a);
    }
}
  • 단어를 알파벳으로 쪼갠 뒤 알파벳을 정렬하고 정렬된 알파벳을 기준으로 그룹핑했다.
    • ex. stop -> ['o', 'p', 's', 't'] -> opst
    • ex. spot -> ['o', 'p', 's', 't'] -> opst
    • 둘은 같은 그룹에 묶인다.
  • 그룹 내 원소의 숫자가 2개 이상이라면 출력한다.

스트림을 사용한 버전 (과용)

@Test
public void anagramTest2() {
    List<String> words = new ArrayList<>();
    words.add("stop");
    words.add("spot");
    words.add("trim");
    words.add("meet");
    words.add("ball");
    words.add("free");

    words.stream().collect(
            Collectors.groupingBy(
                    word -> word.chars().sorted()
                            .collect(StringBuilder::new, (sb, c) -> sb.append((char) c), StringBuilder::append).toString()))
            .values().stream()
            .filter(group -> group.size() >= 2)
            .map(group -> group.size() + ": " + group)
            .forEach(System.out::println);
}

private String alphabetize(String s) {
    char[] a = s.toCharArray();
    Arrays.sort(a);
    return new String(a);
}
  • alphabetize() 함수를 사용하지 않고, 내부에서 어떻게든 처리했다.
  • 적절하게 코드의 캡슐화가 이뤄지지 않아 스트림을 사용하지 않았을 때보다 코드를 읽기 힘들어졌다.

스트림을 사용한 버전 (적절)

@Test
public void anagramTest3() {
    List<String> words = new ArrayList<>();
    words.add("stop");
    words.add("spot");
    words.add("trim");
    words.add("meet");
    words.add("ball");
    words.add("free");

    words.stream().collect(
            Collectors.groupingBy(this::alphabetize))
            .values()
            .stream()
            .filter(group -> group.size() >= 2)
            .map(group -> group.size() + ": " + group)
            .forEach(System.out::println);
}
  • 위의 버전에서 alphabetize()를 메서드화 시켜 적절한 캡슐화를 진행했다.
    • 의미를 가진 스트림 내부 람다 코드를 메서드로 추출함으로써 코드의 추상수준이 높아지고 코드가 깔끔해졌다.
  • 메서드 체이닝 형식이 보기 깔끔하다.
    • 여러 for 블럭이 있을 때보다 결과가 연계된다는 것이 확실히 잘 느껴진다.
    • 취향에 따라 다르지만 코드가 더 깔끔해보인다.

사실 char값을 처리할 때는 스트림을 삼가는게 좋다.
char는 그냥 출력하면 int가 출력되고, (char)를 통해 캐스팅해야만 문자열이 나와 다루기 까다롭고 char를 이용하면 코드가 더러워질 확률이 높아진다.

람다 혹은 스트림을 사용하면 안되는 경우

  • 람다 외부 지역변수에 접근해야 한다면, final만 읽을 수 있으므로 사용하지 않는 게 좋다.
  • return, break, continue처럼 중간에 작업을 끊어야 한다면 사용하지 않는 게 좋다.
  • 처리 과정 중 이전 단계의 값에 접근해야 하는 경우 사용하지 않는 게 좋다.

람다 혹은 스트림이 권장되는 경우

시퀀스를 연계해서 처리하는 로직을 만드려고 하는 경우에 적합하다.

  • 원소들의 시퀀스를 일관되게 변경한다. (map())
  • 원소들의 시퀀스를 필터링한다. (filter())
  • 원소들의 시퀀스를 하나의 연산을 사용해 결합한다. (collect)
  • 원소들의 시퀀스를 컬렉션에 모은다. (collect)
  • 원소들의 시퀀스에서 특정 조건을 만족하는 원소를 찾는다.

메르센 소수 예제로 살펴보기

private Stream<BigInteger> primes() {
    return Stream.iterate(TWO, BigInteger::nextProbablePrime);
}

@Test
public void mersenne() {
    primes()
            .map(p -> TWO.pow(p.intValueExact()).subtract(ONE))
            .filter(mersenne -> mersenne.isProbablePrime(50))
            .limit(10)
            .forEach(System.out::println);
            // .forEach(mp -> System.out.println(mp.bitLength() + ": " + mp));
            // p를 알고 싶을 때
}
  • 메르센 소수란 2^p - 1에서 p가 소수일 때 해당 메르센 소수도 소수일 수 있는데 이 때의 수를 메르센 소수라고 한다.
  • 위는 처음 10개의 메르센 소수를 구하는 것을 스트림으로 구현해본 것이다.

데카르트 곱 예제로 살펴보기

스트림을 쓰지 않았을 때

private static List<Card> newDeck() {
  List<Card> result = new ArrayList<>();
  for(Suit suit: Suit.values()) {
    for(Rank rank: Rank.values()) {
      result.add(new Card(suit, rank));
    }
  }

  return result;
}

스트림을 썼을 때

private static List<Card> newDeck() {
  return Stream.of(Suit.values())
    .flatMap(suit -> Stream.of(Rank.values())
          .map(rank -> new Card(suit, rank)))
          .collect(toList());
}
  • 중첩된 for 문보다 한결 생각하기 쉬워진다.

핵심 정리

  • 스트림과 반복 중 어느쪽이 나은지 생각해보고, 확신하기 어렵다면 둘 다 해보고 나은 쪽을 선택하자.
  • 함께 코드를 작성해나갈 동료들의 수준도 잘 고려하자.
반응형
저작자표시 비영리 (새창열림)

'Java > 이펙티브 자바' 카테고리의 다른 글

이펙티브 자바, 쉽게 정리하기 - item 46. 스트림에서는 부작용 없는 함수를 사용하라  (0) 2023.03.30
이펙티브 자바, 쉽게 정리하기 - item 44. 표준 함수형 인터페이스를 사용하라  (0) 2023.03.29
이펙티브 자바, 쉽게 정리하기 - item 43. 람다보다는 메서드 참조를 사용하라  (2) 2022.06.13
이펙티브 자바, 쉽게 정리하기 - item 42. 익명 클래스보다는 람다를 사용하라  (0) 2022.06.13
이펙티브 자바, 쉽게 정리하기 - item 41. 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라  (0) 2022.05.24
    'Java/이펙티브 자바' 카테고리의 다른 글
    • 이펙티브 자바, 쉽게 정리하기 - item 46. 스트림에서는 부작용 없는 함수를 사용하라
    • 이펙티브 자바, 쉽게 정리하기 - item 44. 표준 함수형 인터페이스를 사용하라
    • 이펙티브 자바, 쉽게 정리하기 - item 43. 람다보다는 메서드 참조를 사용하라
    • 이펙티브 자바, 쉽게 정리하기 - item 42. 익명 클래스보다는 람다를 사용하라
    Jake Seo
    Jake Seo
    ✔ 잘 보셨다면 광고 한번 클릭해주시면 큰 힘이 됩니다. ✔ 댓글로 틀린 부분을 지적해주시면 기분 나빠하지 않고 수정합니다. ✔ 많은 퇴고를 거친 글이 좋은 글이 된다고 생각합니다. ✔ 간결하고 명료하게 사람들을 이해 시키는 것을 목표로 합니다.

    티스토리툴바