DAY 13

🔖 오늘 읽은 범위 : 7장, 오류 처리

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

</aside>

• 깨끗한 코드와 오류 처리는 확실히 연관성이 있다. 상당수코드 기반은 전적으로 오류 처리 코드에 좌우된다.
• 오류 코드 보다 예외를 사용하라 - 오류가 발생하면 예외를 던지는 편이 논리가 오류 처리 코드와 뒤섞이지 않기 때문에 코드가 더 깔끔해진다
• Try-Catch-Finally문부터 작성하라 - try블록에서 무슨일이 생기든지 catch 블록ㅇㄴ 프로그램 상태를 일관성 있게 유지해야 한다. 강제로 예외를 일으키는 테스트 케이스를 작성한 후 테스트를 통과하게 코드를 작성하는 방법을 권장한다.
• 미확인(unchecked) 예외를 사용하라
• 예외에 의미를 제공하라 - 오류 메시지에 정보를 담아 예외와 함께 던진다. 실패한 연산 이름과 실패 유형도 언급한다.
• 호출자를 고려해 예외 클래스를 정의하라 - 오류가 발생한 위치로 분류가 가능하다. 오류를 정의할 때 프로그래머에게 가장 중요한 관심사는 오류를 잡아내는 방법이 되어야 한다.
• 정상 흐름을 정의하라 - 특수 사례 패턴(special case pattern) : 클래스를 만들거나 객체를 조작해 특수 사례를 처리하는 방식
• null을 반환하지 마라 - 메서드에서 null을 반환하고픈 유혹이 든다면 그 대신 예외를 던지거나 특수 사례 객체를 반환한다.
• null을 전달하지 마라 - 애초에 null을 넘기지 못하도록 금지하는 정책이 합리적이다.

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

</aside>

나는 개인적으로 try-catch문이 뭔가 더러운 느낌이 나서 최대한 안쓰려고 했는데 정말 바보같은 짓이었구나.. try-catch를 잘 활용해서 클린코드가 좀더 안정성이 높은 코드가 되도록 노력해야겠다. 그리고 스쳐 지나간 수만은 null을 전달하고 반환했던 함수들... 반성합니다.

<aside> 🔎 궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요.

</aside>

• 미확인 예외 -
  • checked 예외는 컴파일 단계에서 확인되며 반드시 처리해야 하는 예외 -IOException, SQLException
  • unchecked 예외는 실행단계에서 확인되며 명시적인 처리를 강제하지 않는 예외 - NullPointerException, IllegalArgumentException ...
• 내가 원하면 unchecked 예외, checked예외를 골라쓸수 있는건가.. 이해가 안되는 부분이다.

기록하신 TIL을 공유해주세요 - TIL 출석표

클린코드_스케쥴러_TIL 출석표 (노개북1기)