일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- 함수형 사고
- 알고스팟
- 2017회고
- 코딩인터뷰
- 해커컵
- spray
- clean code
- hackercup2017
- 개발7년차매니저1일차
- datalake
- 회고
- 단위테스트
- coursera
- 테스트주도개발
- 동시성
- 개발자로살아남기
- 개발자
- 2016년회고
- 박종천
- 데이터야놀자
- 실전사례
- 데이터유통
- 데이터플랫폼
- 데이터레이크
- functional thinking
- kafka
- 켄트백
- Raw-Request-URI
- 클린코드
- wait region split
Archives
- Today
- Total
목록클리코드 (1)
Software Engineering Note
7장. 오류 처리
오류 코드보다 예외를 사용하라 오류 코드를 확인하는 방법은 호출자 코드를 복잡하게 만든다. (if result == YES.. 따위) 함수를 호출한 즉시 오류를 확인해야 하기 때문이다. 오류가 발생하면 예외를 던지는 편이 낫다. => 호출자 코드가 더 깔끔해진다. 논리가 오류 처리코드와 뒤섞이지 않는다. 미확인 예외를 사용하라 (RuntimeException 같은) 확인된 예외는 하위 단계에서 코드를 변경하면 상위 단계 메서드 선언부를 전부 고쳐야 한다. 최하위 함수를 변경해 새로운 오류를 던진다 -> 선언부에 throws 절 추가 -> 연쇄 수정 발생 결과적으로 최하위 함수에서 던지는 예외를 알아야 하므로 캡슐화가 깨진다! 예외에 의미를 제공하라 호출자를 고려해 예외 클래스를 정의하라 외부 API를 사..
스터디/Clean Code
2014. 11. 25. 21:37