begaonnuri
  • 소개
  • Book
    • 이펙티브 코틀린
      • 아이템 1. 가변성을 제한하라
      • 아이템 2. 변수의 스코프를 최소화하라
      • 아이템 3. 최대한 플랫폼 타입을 사용하지 말라
      • 아이템 4. inferred 타입으로 리턴하지 말라
      • 아이템 5. 예외를 활용해 코드에 제한을 걸어라
      • 아이템 6. 사용자 정의 오류보다는 표준 오류를 사용하라
      • 아이템 7. 결과 부족이 발생할 경우 null과 Failure를 사용하라
    • 클린아키텍처
      • 1장 설계와 아키텍처란?
      • 2장 두 가지 가치에 대한 이야기
      • 3장 패러다임 개요
      • 4장 구조적 프로그래밍
      • 5장 객체 지향 프로그래밍
      • 6장 함수형 프로그래밍
      • 7장 SRP: 단일 책임 원칙
      • 8장 OCP: 개방-폐쇄 원칙
      • 9장 LSP: 리스코프 치환 원칙
      • 10장 ISP: 인터페이스 분리 원칙
      • 11장 DIP: 의존성 역전 원칙
      • 12장 컴포넌트
      • 13장 컴포넌트 응집도
      • 14장 컴포넌트 결합
      • 25장 계층과 경계
Powered by GitBook
On this page
  1. Book
  2. 이펙티브 코틀린

아이템 6. 사용자 정의 오류보다는 표준 오류를 사용하라

가능하면 직접 오류를 정의하는 것 보다는 최대한 표준 라이브러리의 오류를 사용하는 것이 좋다. 표준 라이브러리의 오류는 많은 개발자가 알고 있기 때문에 이것을 재사용하면 많은 사람들이 API를 더 쉽게 이해할 수 있다.

일반적으로 사용하는 예외는 다음과 같다.

  • IllegalArgumentException, IllegalStateException : require, check를 사용해 throw 할 수 있는 예외

  • IndexOutOfBoundsException : 인덱스 파라미터 값이 범위를 벗어났다는 예외

  • ConcurrentModificationException : 동시 수정(concurrent modification)을 금지했는데 발생했을때 예외

  • UnsupportedOperationException : 사용자가 사용하려던 메서드를 현재 객체에선 사용할 수 없을때 예외

  • NoSuchElementException : 사용자가 사용하려던 요소가 존재하지 않을때 예외

Previous아이템 5. 예외를 활용해 코드에 제한을 걸어라Next아이템 7. 결과 부족이 발생할 경우 null과 Failure를 사용하라

Last updated 3 years ago