베어_
TechBear
베어_
전체 방문자
오늘
어제
  • 분류 전체보기 (336)
    • Spring (33)
      • 개념 (13)
      • Security (5)
      • 실습 (1)
      • 토비 스프링 (11)
    • JPA (6)
    • 프로젝트 기록 (24)
    • DB (13)
    • JAVA (18)
    • 알고리즘 (50)
      • 유형정리 (8)
      • Baekjoon (21)
      • LeetCode (18)
    • 디자인패턴 (0)
    • 개발서적 (79)
      • Effective Java (78)
      • 객체지향의 사실과 오해 (1)
    • 독후감 (4)
    • 보안 (2)
    • 운영체제(OS) (53)
      • 공룡책 (53)
    • 컴퓨터 네트워크 (28)
      • 컴퓨터 네트워크 하향식 접근 (23)
    • 자료구조 (1)
    • DevOps (2)
    • 앱 개발 (20)
      • 안드로이드 스튜디오 (20)

블로그 메뉴

    공지사항

    인기 글

    태그

    • 데이터베이스
    • 토비스프링
    • java
    • 스프링시큐리티
    • 알고리즘
    • 이펙티브자바
    • dfs
    • 백준
    • leetcode
    • 스프링
    • 자바
    • 자바8
    • Spring
    • 운영체제
    • BFS
    • 함수형인터페이스
    • 스레드
    • jpa
    • 코드업
    • C++

    최근 댓글

    최근 글

    티스토리

    hELLO · Designed By 정상우.
    베어_

    TechBear

    개발서적/Effective Java

    [Effective Java] 리플렉션보다는 인터페이스를 사용하라

    2023. 6. 2. 08:19

    리플렉션보다는 인터페이스를 사용하라

    리플렉션을 사용하면 프로그램에서 임의의 클래스에 접근할 수 있다. Class 객체가 주어지면 그 클래스의 생성자, 메서드, 필드에 해당하는 인스턴스를 가져올 수 있고 이 인스턴스들을 이용해 실제 생성자, 메서드, 필드를 조작할 수 있다. 리플렉션을 이용하면 컴파일 당시에 존재하지 않던 클래스도 이용할 수 있지만 많은 단점을 가지고 있다.

    리플렉션의 단점

    1. 컴파일타임 타입 검사가 주는 이점을 하나도 누릴 수 없다
    2. 리플렉션을 이용하면 코드가 지저분하고 장황해진다.
    3. 성능이 떨어진다.

    리플렉션의 사용

    1. 리플렉션은 아주 제한된 형태로만 사용해야 그 단점을 피하고 이점만 취할 수 있다.
      -> 컴파일타임에 이용할 수 없는 클래스를 사용해야만 하는 프로그램은 비록 컴파일타임이라도 적절한 인터페이스나 상위 클래스를 이용할 수 있을 것이다. 이런 경우라면 리플렉션은 인스턴스 생성에만 쓰고, 이렇게 만든 인스턴스는 인터페이스나 상위 클래스를 참조해 사용하자
    2. 리플렉션은 런타임에 존재하지 않을 수도 있는 다른 클래스, 메서드, 필드와의 의존성을 관리할 때 적합하다.
    저작자표시 비영리 변경금지 (새창열림)
      '개발서적/Effective Java' 카테고리의 다른 글
      • [Effective Java] 최적화는 신중히 하라
      • [Effective Java] 네이티브 메서드는 신중히 사용하라
      • [Effective Java] 객체는 인터페이스를 사용해 참조하라
      • [Effective Java] 박싱된 기본 타입보다는 기본 타입을 사용하라
      베어_
      베어_
      Today I learned | 문제를 해결하는 개발자

      티스토리툴바