베어_
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)

블로그 메뉴

    공지사항

    인기 글

    태그

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

    최근 댓글

    최근 글

    티스토리

    hELLO · Designed By 정상우.
    베어_

    TechBear

    개발서적/Effective Java

    [Effective Java] 필요 없는 검사 예외 사용은 피하라

    2023. 6. 6. 06:52

    검사 예외의 장단점

    장점

    • 검사 예외는 발생한 문제를 프로그래머가 처리하여 안정성을 높일 수 있게 도와준다.

    단점

    • 검사 예외를 사용하면 API 사용자는 catch 블록을 두어 예외를 처리하는 코드를 작성해야 하기 때문에 오히려 쓰기 불편한 API가 된다.
    • 검사 예외를 던지는 메서드는 스트림 안에서 직접 사용할 수 없다.

    비검사 예외를 사용하자

    API를 제대로 사용해도 발생할 수 있는 예외이거나, 프로그래머가 의미 있는 조치를 취할 수 있는 경우가 아니라면 비검사 예외를 사용하자. 특히 메서드가 단 하나의 검사 예외만 던질 때는 예외 하나 때문에 try-catch문을 사용해야 하므로 더욱 더 신경쓰자.

    검사 예외를 회피하는 방법

    1. 적절한 결과 타입을 담은 옵셔널을 반환한다.
      • 검사 예외 대신 단순히 빈 옵셔널을 반환한다.
      • 예외가 발생한 이유를 알려주는 부가 정보를 담을 수 없다는 단점이 있다.
    2. 검사 예외를 던지는 메서드를 두개로 쪼개 비검사 예외로 바꾼다.
      • 이 방법처럼 상태 검사 메서드(actionPermiited)를 사용하는 경우에는 쓰레드가 동시에 접근할 수 있거나 외부 여인에 의해 상태가 변할 수 있는지 조심해야 한다.
    // 리팩토링 전
    try {
        obj.action(args)
    } catch (TheCheckedException e) {
            ... // 예외 상황에 대처한다.    
    }
    
    // 리팩토링 후
    if(obj.actionPermitted(args)) {
        obj.action(args);    
    } else {
        // 예외 상황에 대처한다.
    }
    저작자표시 비영리 변경금지 (새창열림)
      '개발서적/Effective Java' 카테고리의 다른 글
      • [Effective Java] 추상화 수준에 맞는 예외를 던지라
      • [Effective Java] 표준 예외를 사용하라
      • [Effective Java] 복구할 수 있는 상황에는 검사 예외를, 프로그래밍 오류에는 런타임 예외를 사용하라
      • [Effective Java] 예외는 진짜 예외 상황에만 사용하라
      베어_
      베어_
      Today I learned | 문제를 해결하는 개발자

      티스토리툴바