오늘 TIL 3줄 요약

• 오류를 정의할 때 가장 중요한 것은 오류를 잡아내는 방법이어야 한다.

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

• 오류 처리를 프로그램 논리와 분리하자!

TIL (Today I Learned) 날짜

2022-05-06

오늘 읽은 범위

7장. 오류 처리

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

• 오류 코드보다 예외를 사용하라.

• 예외를 던질 때는 전후 상황을 충분히 덧붙인다. 그러면 오류가 발생한 원인과 위치를 찾기가 쉬워진다.

• 예외 클래스가 하나만 있어도 충분한 코드가 많다. 예외 클래스에 포함된 정보로 오류를 구분해도 괜찮은 경우가 그렇다. 한 예외는 잡아내고 다른 예외는 무시해도 괜찮은 경우라면 여러 예외 클래스를 사용한다.

• 정상 흐름을 정의하라. -> 예외 처리가 꼭 필요한 것이 아니라면 정의하지 않는 것이 좋다.

• null을 반환하거나 전달하는 방식으로 에러 처리를 하지 마라.

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

• 오류 처리를 논리 코드와 섞어서 사용했던 적이 많았는데 안정성에 문제가 생길 여지를 남기는 행동임을 깨닳았다! 또 이 챕터를 읽으면서 오류를 처리하는 방식이 매우 체계적일 수 있고 단순화 할 수있다는 것을 알았다.

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

• OCP(Open Closed Principle) - 개방 폐쇄 원칙은 열림 닫힘 원칙이라고도 불리며 다섯 가지 애자일 원칙(SOLID) 중 1개 이다. 해당 원칙은 확장에는 열려 있어야 하고 변경에는 닫혀 있어야 한다. 즉, 기능을 추가 / 변경은 가능해야 하지만 이 기능을 사용하는 코드(기존 코드)는 변경하지 않아야 한다. 만약 새로운 기능을 추가하려고 하는데 기존 코드를 변경해야 된다면 좋지 않은 설계이므로 OCP에 따라 분리를 진행해야 한다.

• 특수 사례 패턴(Special Case Pattern) - 클래스를 만들거나 객체를 조작해 예외적인 상황을 캡슐화하여 특수 사례를 처리한다.