예외 처리 어디서 하면 좋을까요?

Question

저는 JAVA, SPRINGBOOT를 활용하여 API를 만들고 있습니다.API를 만들던중 데이터 유효성 검증예외 처리에 대한 고민이 생겨서 선배님들에게 질문남겨봅니다.(상태에 따른 도메인 예외 아니고, 값(데이터)에 대한 예외)예외를 검증 할 수 있는 곳을 크게 2곳으로 나눈다면Spring Valid를 활용하여 API Request DTO에서 검증Entity, VO(Entity 내부에서 사용하는 VO)에서 검증이 있을 것이라고 생각합니다.저는 두 곳에서 하는 것보다 한 곳에서만 집중적으로 하면 좋을 것 같다는 생각을 하는데요. (두 곳에서 진행하면 변경이 일어났을 때 두 곳 다 수정이 필요)저의 최종 고민 결과는 API Request DTO에서는 최소한의 검증 (필수 값 존재)만 진행하고, 나머지는 VO나 ENTITY에서 검증을 하자였습니다.예를 들어,계약 만료일은 계약일 이후여야 함 -> Entity 생성하는 create() 메서드에서 검증하면 좋을 것 같은데..보증금은 음수가 될 수 없음 -> Money 라는 VO 내부에서 하면 좋을 것 같은데..아이디는 15자 이하만 가능 -> 어떻게 보면 비지니스 규칙..?주소 형식이 올바르지 않음 -> Email 이라는 VO 내부에서 하면 좋을 것 같은데..이런 범위, 형식 검증입니다.이 부분에 대해서 어떻게 생각하시는지 개발은 어떻게 하시고 있으신지 선배님들에게 의견 여쭤봅니다!

킷캣맨 · Answer

4개 다 dto에서 할것같은..

감독님테스트가하고싶어요 · Answer

dto에서 하면 중복이 너무 심해지고요서비스 레이어나 엔티티에다가 할거같네요본문 예시로만 봐도 DTO에 만들면 생성DTO, 수정DTO에 각각 만들어야하는데 그 반대면 1개면 가능하죠

달의바다a · Answer

1차적으로 RequestDto에서 검증하고 2차적으로 Entity에서 검증해야 합니다.목적이 달라요 예를들어 보증금은 음수가 될 수 없음도 음수 요청도 막지만 Entity에 들어가기전도 검사해야해요. 목적이 다르니 중복이 아닙니다.

스프링잡부 · Answer

단순 형식의 문제는 DTO Validation에서비즈니스 로직상 문제는 Service에서DB Property 스펙에 관한 문제는 Entity에서그외는 Exception Handler에서

캐티 · Answer

데이터 검증을 try-catch 예외로 안하여도 되는거 아니나요. 예외처리기는 복구 정보를 준비하여야 하여서 오버헤드가 커요. 유효성 검사를 어디서 하여야 하는지 여부를 물으는 거나요. 이거는 자료구조 모델에 원자성을 이유로 일반적으로 모델에 있음 좋겠쩌. 모델에 접근하는데 유효서 검사를 실행하면 좋아요.모델을 초기화 하는데 유효성 검사모델이 변경이 이루어지는데 유효성 검사모델에 넣으므로 여러번 유효성 검사를 하지 않아도 되어요.개발 과정은 가장 단순하고 확실한 .. 명확한 정의가 중요해요.

전뚱이인데요 · Answer

간단한 값 검증은 valid 컨트롤러에서 처리 하고 서비스 관련된 내용들 예를 들어 이벤트 기간등 비지니스의 내용이 들어가면 서비스에서 처리하는게 깔끔하지 않을까요?저라도 create 생성 메서드에서 값을 검증할거 같네요 대신에 여기서 중요포인트는 해당 객체가 create 말고 다른 방법으로 객체 생성하는 방식을 의도적으로 막아주셔야 해요 예를 들어 생성자를 private 으로 의도적으로 막아두고 막은 이유를 주석으로 달아주시고create 메서드를 만들어 두시는거죠 만약 public으로 연다면 다른 개발자 분들이 개발하실 때 new 키워드를 사용해서 객체 사용한다면 골치 아파집니다 왜냐하면 create 메서드 사용해서 계약일 날짜를 검증하는데 그걸 회피했으니깐요.. 버그가 생성이 되겠죠 나머지는 valid 에서 앞선에서 막아두시는게 좋아보입니다. 딱히 비지니스 느낌은 없고 필수적으로 강제하는 값이니깐요

세피룸 · Answer

너무 세분화 할 필요가 없습니다.저 같은 경우는 도메인과 서비스 레이어는 깔끔하게 가져가는걸 좋아해서 dto에서 처리합니다.그리고 예외를 던지고 예외핸들러에서 한번에 잡아서 처리해줍니다.다만 상수 값들은 따로 클래스를 만들어서 관리하세요 그러면 나중에 전체적으로 파악하기가 쉽습니다

nippori · Answer

본문에 예시로 적어둔 방식 전부 좋은 방향 같습니다. ddd 프로젝트에서 그런식으로 합니다

Nazzza · Answer

예외처리가 예외최상단클래스에서 예외가지고 플잭에 맞게 바꾸는거라 생각했는대 아니 하고싶으면 서비스로직에 개발하면 되죠..그리고 DTO에서 VO로 변경하고 검증로직을 만드세요....

예외 처리 어디서 하면 좋을까요?

9개의 답변

#ddd 목록