클린코드 Day 14 - 15. 오류 처리하기

 

✅ 이 포스팅은 노마드 코더 북클럽  '클린 코드' 챌린지를 진행하면서 작성하는 TIL이며,  출처는 Clean Code입니다.

 

 

📚 범위 :  ~07. 오류처리

 

 

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

• Error < Exception 가 더 좋은 이유?
  • 논리와 오류처리를 분리해 줌 → 독립적 추론 가능 → 유지보수성 ⬆ 👉 튼튼하고 좋은 코드
• 뭔가 잘못될 가능성은 항상 있지만, 어떻게 오류를 잡아내는지를 정의하는 것이 프로그래머의 중요한 덕목이다.
• 외부 API 사용 시 감싸기 기법의 장점
  • 외부 Library - 프로그램 간 의존성 ⬇
  • 추후에 다른 Library로 바꾸어도 비용 작음
  • 테스트 코드를 넣어줄 수 있어 테스트도 쉬워짐
• Exception 사용 시 전 후 상황에 대한 충분한 설명이 필요함
  • Error 원인/결과 찾기 쉬워짐
  • Error message에 정보 담아서 Exception과 함께 throw
• 메서드로 null 전달하지 말자 🙅‍♀️
  • 메서드에서 null 반환도 ❌
  • 정상적 인수로 null 을 기대하는 경우를 제외하면 사용 ❌

 

 

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

개발을 처음 시작할 때는 빨간색 에러가 뜰 때마다 어쩔 줄 몰라하기만 했다. 하지만 시간이 지나고 배우는 것이 조금씩 늘어갈수록 에러를 두려워하지 말고, 뭘 잘못했는지 읽어본 후 검색 후에 해결책을 찾아서 문제를 해결한 후 필요한 것은 기록해두니 다시 에러를 만났을 때 처리할 수 있는 노하우가 생겼다.

그런데 만약 코드를 구현할 때 에러 처리를 해두지 않는다면 사용자나 개발자는 무엇 때문에 오류가 났는지 알 수 없어서 큰 혼란을 겪게 될 것이다. 이런 점을 방지하기 위해서 오늘 배운 점을 통해서 에러를 잘 작성하면서도 깨끗한 코드를 구현할 수 있도록 열심히 공부해야겠다는 생각이 들었다. 

그리고 타입스크립트를 사용하면서 이렇게 많은 사전처리를 해야 하나 하면서 힘들어했는데, 다시 보니 개발자로서 에러가 발생하지 않도록 사전에 방지하는 작업을 하는 매우 중요한 과정이라는 생각이 든다.

 

 

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

다양한 exception들의 의미에 대해서 검색해보았는데, 아래 블로그에 잘 정리가 되어있었다.

Clean Code_7장. 오류 처리