• 개발자에게 보여주는 예외 메시지에 대한 나의 생각
  • 어떤 상황인지 알 수 있어야 한다.
  • 왜 예외가 발생했는지 알 수 있어야 한다.
  • 어떻게 해야 예외가 발생하지 않을 수 있는지 알 수 있어야 한다.
  • 장황하지 않고 최대한 간략하게 위의 내용을 모두 포함해야 한다.
• 커스텀 예외를 추가하는 것에 대한 나의 생각
  • 어플리케이션 내에서 중요한 의미를 가지는 경우(비즈니스 로직에 연관이 있는 경우)
  • 커스텀 예외를 사용하면 다른 동료 개발자가 그에 대한 내용을 파악해야 한다 : 쌩뚱맞은 커스텀 예외가 아닌 한, 개발해야 하는 기능에 밀접한 관련이 있는 예외일 것이므로 파악하는 것이 당연하다. 어떤 상황에서 발생하는 예외인지 파악해둔다면 프로덕션 코드를 파악하는데 더 빠르게 이해할 수 있을 것이다. 또한 커스텀 예외 이름을 보고 어떤 예외인지 쉽게 파악할 수 있기 때문에 예외 메시지를 더 간략하게 작성할 수 있다.
  • 관리해야 할 클래스가 늘어난다 : 비즈니스 로직을 가지고 있는 객체가 아니므로 관리해야 할 시간과 노력이 다른 객체에 비해서 적다. 어떤 예외가 발생하여 코드를 점검해야 하는 상황일 경우 오히려 커스텀 예외를 사용하면 어떤 상황인지 빠르게 파악할 수 있다.
• [ ] 개발자에게 보여주는 예외 메시지를 작성할 때의 포키만의 기준(어떤 내용이 포함되어야 하는지?)

주어, 목적, 못한것

• [ ] 커스텀 예외를 사용해본 적이 있나요?

기본 예외만으로 상황을 정확하게 나타낼 수 있는 예외가 없다면 커스텀 사용

• [ ] 있다면 어떤 장단점을 느끼셨나요?
• [ ] 없다면 왜 사용하지 않았나요?

예외 공부하기...