Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
Tags
- 오브젝트
- 코딩
- 객체지향
- 성수
- 직장인
- 직장인점심
- 성수핫플
- 깨끗한코드
- 독서
- 디자인패턴
- Linux
- 개발자
- JavaScript
- 헤드퍼스트
- IntelliJ
- 주니어개발자
- 클린코드
- 성수맛집
- JAVA개발자
- 상속
- Java
- docker
- 독서일지
- 책읽기
- DesignPattern
- 책너두
- 헤드퍼스트디자인패턴
- 성수볼거리
- 성수직장인
- 객체지향프로그래밍
Archives
- Today
- Total
런타임노트
[클린코드] 15일차. 132-141pg | 오류 처리 본문
728x90
15일차.
클린코드[3주차_수요일]
132-141pg
#요약
7. 오류처리
- 뭔가 잘못될 가능성은 항상 존재하고 그것을 바로 잡을 책임은 프로그래머들에게 있다.
- 우아하고 고상하게 오류처리하는 법
1) 오류 코드보다 예외를 사용하라
2) Try-Catch-Finally 문부터 작성하라
- 강제로 예외를 일으키는 테스트 케이스를 작성한 후 테스트를 통과하게 코드를 작성하는 방법이 좋다.
3) 미확인(unchecked) 예외를 사용하라
- 확인된 예외는 잘 쓰지 않는다.
- 확인된 오류가 치르는 비용에 상응하는 이익을 제공하는지 따져봐야한다. 확인된 예외는 OCP(Open Closed Principal)를 위반한다.
- 확인된 예외는 캡슐화를 깨버리는 현상이 일어날 수 있다.
4) 예외에 의미를 제공하라
- 오류 메세지에 정보를 담아 예외와 함께 던진다.
5) 호출자를 고려해 예외 클래스를 정의하라
- 애플리케이션에서 오류를 정의할 때 프로그래머에게 가장 중요한 관심사는 오류를 잡아내는 방법이어야 한다.
6) 정상 흐름을 정의하라
- 비즈니스 논리와 오류처리가 잘 분리된 코드
- 특수 사례 패턴 : 클래스를 만들거나 객체를 조작해 특수 사례를 처리하는 방식 -> 클라이언트 코드가 예외적인 상황을 처리할 필요 없어짐.
7) null을 반환하지 마라
- null 확인말고 특수 사례 객체로 해결하라
8) null을 전달하지 마라
728x90
반응형
'책책책 책을 읽읍시다‼ ver.개발 > [ 클린코드 ]' 카테고리의 다른 글
| [클린코드] 17일차. 151-160pg | 테스트 코드 (0) | 2023.09.22 |
|---|---|
| [클린코드] 16일차. 142-150pg | 경계처리 (0) | 2023.09.22 |
| [클린코드] 14일차. 123-131pg | 디미터 법칙, 예외처리 (0) | 2023.09.20 |
| [클린코드] 13일차. 111-122pg | 형식 맞추기, 객체와 자료구조 (2) | 2023.09.18 |
| [클린코드] 12일차. 103-110pg | 가로 형식 맞추기 (0) | 2023.09.16 |