개발자 99% 커뮤니티에서 수다 떨어요!
블로그에서 작성하고 있습니다.
https://iwbdev.tistory.com/entry/TIL-7%EC%9E%A5-%EC%98%A4%EB%A5%98%EC%B2%98%EB%A6%AC
오늘 TIL 3줄 요약
예외가 발생할 코드를 짤 때는 try-catch-finally 문으로 시작하자.
메서드가 null을 반환하게 하지말고 빈리스트를 반환하도록하는게 낫다.
깨끗한 코드는 안정성도 높아야한다.
TIL (Today I Learned)
2022.05.05
오늘 읽은 범위
7장. 오류처리
책에서 기억하고 싶은 내용을 써보세요.
try 블록에서 무슨 일이 생기든지 catch 블록은 프로그램 상태를 일관성 있게 유지해야 한다. 그러므로 예외가 발생할 코드를 짤 때는 try-catch-finally 문으로 시작하는 편이 낫다. 그러면 try 블록에서 무슨 일이 생기든지 호출자가 기대하는 상태를 정의하기 쉬워진다. (p.132)
먼저 강제로 예외를 일으키는 테스트 케이스를 작성한 후 테스트를 통과하게 코드를 작성하는 방법을 권장한다. 그러면 자연스럽게 try 블록의 트랜잭션 범위부터 구현하게 되므로 범위 내에서 트랜잭션 본질을 유지하기 쉬워진다. (p.133)
예외를 던질 때는 전후 상황을 충분히 덧붙인다. 그러면 오류가 발생한 원인과 위치를 찾기가 쉬워진다. 오류 메세지에 정보를 담아 예외와 함께 던진다. 실패한 연산 이름과 실패 유형도 언급한다. (p.135)
메서드에서 null을 반환하고픈 유혹이 든다면 그 대신 예외를 던지거나 특수 사례 객체를 반환한다. 사용하려는 외부 API가 null을 반환한다면 감싸기 메서드를 구현해 예외를 던지거나 특수 사례 객체를 반환하는 방식을 고려한다. (p.139)
애초에 null을 넘기지 못하도록 금지하는 정책이 합리적이다. 인수로 null이 넘어오면 코드에 문제가 있다. (p.142)
오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요
예외를 사용하는 코드를 작성해본적이 적어서 그런가 이번 파트도 역시 어렵다..
오류 처리를 잘해야 코드 유지보수가 쉽고 안정적인 코드를 작성할 수 있다. 만약 잘못한다면, 코드 전체를 고쳐야할 수도 있다.
궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요.