반응형
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)

블로그 메뉴

  • 홈
  • 태그
  • 방명록

공지사항

인기 글

태그

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

최근 댓글

최근 글

티스토리

hELLO · Designed By 정상우.
Jake Seo

제이크서 위키 블로그

Java/이펙티브 자바

이펙티브 자바, 쉽게 정리하기 - item 42. 익명 클래스보다는 람다를 사용하라

2022. 6. 13. 09:23

이펙티브 자바, 쉽게 정리하기 - item 42. 익명 클래스보다는 람다를 사용하라

메서드 파라미터로 함수 객체를 받는 경우: 람다 미사용

@Test
public void sortTest1() {
    System.out.println("beforeSort: " + words.toString());

    Collections.sort(words, new Comparator<String>() {
        @Override
        public int compare(String o1, String o2) {
            return Integer.compare(o1.length(), o2.length());
        }
    });

    System.out.println("afterSort: " + words.toString());
}
  • 기존에는 위와 같이 익명 클래스를 이용해 처리했다.

메서드 파라미터로 함수 객체를 받는 경우: 람다 사용

@Test
public void sortTest1() {
    System.out.println("beforeSort: " + words.toString());

    Collections.sort(words, (o1, o2) -> Integer.compare(o1.length(), o2.length()));

    System.out.println("afterSort: " + words.toString());
}
  • Comparator 타입은 추상메서드 하나만 구현하면 되기 때문에 람다로 대체할 수 있다.
  • 타입을 명시해야 코드가 더 명확할 때만 제외하고는 람다의 모든 매개변수 타입을 생략하자
    • 그래야 코드가 더 간단해진다. 컴파일러가 타입을 알 수 없다는 오류를 내면 그 때 타입을 적어도 된다.

제네릭을 잘 써주는 경우엔 컴파일러의 람다 타입 추론에 더욱 유리해지니 제네릭을 잘 써주자. 잘 수행될 수 있는 코드도 Raw 타입을 활용하면 에러가 날 수 있으니 주의하자.

메서드 파라미터로 함수 객체를 받는 경우: 람다 + 비교자 생성 메서드 활용

@Test
public void sortTest1() {
    System.out.println("beforeSort: " + words.toString());

    Collections.sort(words, Comparator.comparingInt(String::length));

    System.out.println("afterSort: " + words.toString());
}
@Test
public void sortTest2() {
    System.out.println("beforeSort: " + words.toString());

    words.sort(Comparator.comparingInt(String::length));

    System.out.println("afterSort: " + words.toString());
}

이전보다도 훨씬 간결해졌다. 처음 익명클래스를 사용할 때와 비교하면 정말 정말 간결해졌다.

람다 활용하기: enum Operation

활용 전

enum Operation {
    PLUS("+") {
        @Override
        public double apply(double x, double y) {
            return x + y;
        }
    },
    MINUS("-") {
        @Override
        public double apply(double x, double y) {
            return x - y;
        }
    },
    TIMES("*") {
        @Override
        public double apply(double x, double y) {
            return x * y;
        }
    },
    DIVIDE("/") {
        @Override
        public double apply(double x, double y) {
            return x / y;
        }
    };

    private final String symbol;

    Operation(String symbol) {
        this.symbol = symbol;
    }

    @Override
    public String toString() {
        return symbol;
    }

    public abstract  double apply(double x, double y);
}

활용 후

enum Operation {
    PLUS("+", (x, y) -> x + y),
    MINUS("-", (x, y) -> x - y),
    TIMES("*", (x, y) -> x * y),
    DIVIDE("/", (x, y) -> x / y);

    private final String symbol;
    private final BinaryOperator<Double> op;

    Operation(String symbol, BinaryOperator<Double> op) {
        this.symbol = symbol;
        this.op = op;
    }

    @Override
    public String toString() {
        return symbol;
    }

    public double apply(double x, double y) {
        return op.apply(x, y);
    }
}

@Test
public void opTest() {
    double x = 7.4;
    double y = 6.1;

    System.out.println("x = " + x);
    System.out.println("y = " + y);

    for (Operation op : Operation.values()) {
        double apply = op.apply(x, y);
        System.out.println("apply [" + op.name() + "] = " + apply);
    }
}
  • 자바에서 기본으로 제공하는 함수 인터페이스 중 하나인 BinaryOperator를 통해 코드를 개선했다.
  • 훨씬 더 관심사의 분리가 잘 이루어져서, 어떤 연산을 하는지 살펴보기 훨씬 쉬워졌다.

단, 람다는 이름도 없고 문서화도 못하기 때문에 코드 자체로 동작이 명확히 설명되지 않거나 코드 줄 수가 많아지면 람다를 쓰지 않는 것이 좋다.

람다 주의점

this 키워드

  • 람다의 this 키워드는 바깥을 가리키므로 주의해야 한다.
  • 반면 익명 클래스의 this 키워드는 인스턴스 자신을 가리키므로 함수 객체가 자신을 참조해야 한다면 익명 클래스를 사용하자.

직렬화

  • 람다는 가상머신별로 직렬화 형태가 다를 수 있기 때문에 주의해야 한다.

핵심 요약

  • 익명 클래스는 (함수형 인터페이스가 아닌) 타입의 인스턴스를 만들 때만 사용하자.
반응형
저작자표시 비영리 (새창열림)

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

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

    티스토리툴바