TIL (Today I Learned)

2022.03.03

오늘 읽은 범위

7장. 오류 처리

책에서 기억하고 싶은 내용을 써보세요.

• 뭔가 잘못되면 바로 잡을 책임은 바로 우리 프로그래머에게 있다. (p.130)

• 오류 처리 코드로 인해 프로그램 논리를 이해하기 어려워진다면 깨끗한 코드라 부르기 어렵다. (p.130)

• 먼저 강제로 예외를 일으키는 테스트 케이스를 작성한 후 테스트를 통과하게 코드를 작성하는 방법을 권장한다. (p.133)

• 확인된 예외는 OCP를 위반한다. (p.134)

• 예외를 던질 때는 전후 상황을 충분히 덧붙인다. (p.135)

• 오류를 정의할 때 프로그래머에게 가장 중요한 관심사는 오류를 잡아내는 방법이 되어야 한다. (p.135)

• 실제로 외부 API를 사용할 때는 감싸기 기법이 최선이다. 외부 API를 감싸면 외부 라이브러리와 프로그램 사이에서 의존성이 크게 줄어든다 (p.137)

• 클래스를 만들거나 객체를 조작해 특수 사례를 처리하는 방식이다. (p.138)

• 메서드에서 null을 반환하고픈 유혹이 든다면 그 대신 예외를 던지거나 특수 사례 객체를 반환한다. (p.139)

• 메서드에서 null을 반환하는 방식도 나쁘지만 메서드로 null을 전달하는 방식은 더 나쁘다. (p.140)

• 깨끗한 코드는 읽기도 좋아야 하지만 안정성도 높아야 한다. (p.142)

오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요

정말 중요한 내용같다. 처음 개발을 시작할 때엔 예외에 대해 크게 생각해두지 않고 있었지만 실무를 접하게 되면서 예외 처리에 중요성을 느꼈던 시절이 생각났다. 예외를 던질 때에도 마구잡이가 아닌 어느정도에 형식에 맞추고 이해하기 쉽도록 예외에 대한 처리를 해야겠다.