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

최근 댓글

최근 글

티스토리

hELLO · Designed By 정상우.
Jake Seo

제이크서 위키 블로그

Java/이펙티브 자바

이펙티브 자바, 쉽게 정리하기 - item 58. 전통적인 for 문보다는 for-each 문을 사용하라

2023. 6. 22. 18:39

이펙티브 자바, 쉽게 정리하기 - item 58. 전통적인 for 문보다는 for-each 문을 사용하라

전통적인 for문의 약점

for (Iterator<Element> i = c.iterator(); i.hasNext()) {
  Element e = i.next();
  // do something with e...
}
for (int i=0; i<a.length; i++) {
  // do something with e...
}
  • while보다는 낫지만, 그래도 여전히 인덱스가 잘못 쓰일 위험이 있다.
    • 인덱스를 굳이 쓰지 않는다면, 외부로 노출시킬 필요는 없다.

결국 for 문보다 for-each 문을 사용하라는 이유는 사용하지 않는 것들을 공개해서 괜히 실수를 유발하지 말라는 것과 같다. 방어적으로 코딩해서 안전한 코드를 만들자는 철학이다.

for-each문 소개

for (Element e: elements) {
  // do something with e ...
}
  • 간단하게 반복을 구성할 수 있다.
    • 그렇다고 속도도 느리지 않고, 최적화된 속도를 따른다.
  • 컬렉션 중첩에서는 더욱 더 이점이 커진다.
    • Iterator를 건드릴 필요도 없기 때문에 실수할 일도 적다.

for 문을 잘못 사용했을 때 생기는 버그 찾기

enum Suit { CLUB, DIAMOND, HEART, SPADE }
enum Rank { ACE, DEUCE, THREE, FOUR, FIVE, SIX, SEVEN, EIGHT, NINE, TEN, JACK, QUEEN, KING }

@Test
@DisplayName("NoSuchElementException 을 던지는 예제")
public void test() {
    Collection<Suit> suits = Arrays.asList(Suit.values());
    Collection<Rank> ranks = Arrays.asList(Rank.values());

    Assertions.assertThrows(NoSuchElementException.class, () ->{
        for (Iterator<Suit> i = suits.iterator(); i.hasNext();) {
            for (Iterator<Rank> j = ranks.iterator(); j.hasNext();) {
                System.out.println(i.next() + ", " + j.next());
            }
        }
    });
}
  • 위 코드에는 어떤 버그가 있을까?
    • 먼저, 사용자가 i.next() 와 j.next() 를 이용하여 작성하고자 한 코드는 이것이 아니었을 것이다.
    • 외부 루프에 이용된 enum Suit이 enum Rank보다 짧아서 NoSuchElementException을 던지게 된다.

사실 위의 예는 운이 좋은 케이스고 운이 나쁘다면, enum 상수의 개수가 같아서 예외를 던지지 않고 종료할 것이다. 그렇다면 나중에 enum 의 개수가 변경된 후에 없던 에러가 생기는 현상을 겪을 것이다.

enum Face { ONE, TWO, THREE, FOUR, FIVE, SIX }

@Test
@DisplayName("코드가 의도대로 동작하지 않음에도 예외가 안뜨는 케이스")
public void test2() {
    Collection<Face> faces = EnumSet.allOf(Face.class);

    for (Iterator<Face> i = faces.iterator(); i.hasNext();) {
        for (Iterator<Face> j = faces.iterator(); j.hasNext();) {
            System.out.println(i.next() + ", " + j.next());
        }
    }
}
  • 위 코드가 운이 없을 때이다.
    • 예외가 뜨지 않아서 결과값을 눈으로 확인하기 전까지는 코드가 잘못되었는지 알기 힘들다.
@Test
@DisplayName("정상적으로 동작하는 케이스 but 코드가 복잡해보인다.")
public void test3() {
    Collection<Face> faces = EnumSet.allOf(Face.class);

    for (Iterator<Face> i = faces.iterator(); i.hasNext();) {
        Face elementI = i.next();
        for (Iterator<Face> j = faces.iterator(); j.hasNext();) {
            System.out.println(elementI + ", " + j.next());
        }
    }
}
  • 코드를 올바르게 동작하게 바꾸었지만, 아직은 코드가 더러워보인다.
@Test
@DisplayName("for-each의 사용으로 코드가 훨씬 깔끔해진다.")
public void test4() {
    Collection<Face> faces = EnumSet.allOf(Face.class);

    for (Face face1 : faces) {
        for (Face face2 : faces) {
            System.out.println(face1 + ", " + face2);
        }
    }
}
  • for-each 를 통해 훨씬 깔끔한 방향으로 코드를 개선했다.

for-each 를 이용하면 순회 코드에서 생기는 실수를 미연에 방지할 수 있다.

for-each를 사용할 수 없는 경우

  • 파괴적인 필터링 (destructive filtering)
    • 반복을 돌며 원소를 하나씩 지워나가는 필터링을 의미한다.
    • Collection 의 removeIf() 를 통해 구현해나가자.
      • Collection.removeIf() 메서드는 특정 조건을 만족하는 원소를 지울 수 있다.
  • 변형 (transforming)
    • 리스트 혹은 배열을 순회하며 그 원소의 값 일부 혹은 전체를 교체해야 한다면 리스트의 반복자나 배열의 인덱스를 사용하자.
  • 병렬 반복 (parallel iteration)
    • 여러 컬렉션을 병렬로 순회해야 한다면, 반복자와 인덱스 변수를 사용해 엄격하게 제어하는 편이 좋다.

Iterable 인터페이스

public interface Iterable<E> {
  Iterator<E> iterator();
}
  • for-each 를 사용하기 위해서는 Iterable 을 구현해야 한다.
  • Iterable 만 간단히 구현한다면, for-each 를 사용할 수 있다.

핵심 정리

  • 따로 반복자에 접근할 일이 없고, for 문을 이용하는 것이 유리한 3가지 경우가 아니라면, for-each 를 우선적으로 고려하자.
반응형
저작자표시 비영리 (새창열림)

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

이펙티브 자바, 쉽게 정리하기 - item 60. 정확한 답이 필요하다면 float 과 double 은 피하라  (0) 2023.06.22
이펙티브 자바, 쉽게 정리하기 - item 59. 라이브러리를 익히고 사용하라  (0) 2023.06.22
이펙티브 자바, 쉽게 정리하기 - item 57. 지역변수의 범위를 최소화하라  (0) 2023.06.21
이펙티브 자바, 쉽게 정리하기 - item 56. 공개된 API 요소에는 항상 문서화 주석을 작성하라  (0) 2023.06.21
이펙티브 자바, 쉽게 정리하기 - item 55. 옵셔널 반환은 신중히 하라  (0) 2023.06.20
    'Java/이펙티브 자바' 카테고리의 다른 글
    • 이펙티브 자바, 쉽게 정리하기 - item 60. 정확한 답이 필요하다면 float 과 double 은 피하라
    • 이펙티브 자바, 쉽게 정리하기 - item 59. 라이브러리를 익히고 사용하라
    • 이펙티브 자바, 쉽게 정리하기 - item 57. 지역변수의 범위를 최소화하라
    • 이펙티브 자바, 쉽게 정리하기 - item 56. 공개된 API 요소에는 항상 문서화 주석을 작성하라
    Jake Seo
    Jake Seo
    ✔ 잘 보셨다면 광고 한번 클릭해주시면 큰 힘이 됩니다. ✔ 댓글로 틀린 부분을 지적해주시면 기분 나빠하지 않고 수정합니다. ✔ 많은 퇴고를 거친 글이 좋은 글이 된다고 생각합니다. ✔ 간결하고 명료하게 사람들을 이해 시키는 것을 목표로 합니다.

    티스토리툴바