Spring 검증작업에 대하여 질문 있습니다!

Question

&#64;Data &#64;Builder &#64;NoArgsConstructor &#64;AllArgsConstructor public class LoginDto { &#64;NotBlank private String email; &#64;NotBlank private String password; } ------------------------------------- public class LoginFailedException extends RuntimeException { public LoginFailedException(String message) { super(message); } } ------------------------------------- &#64;Component public class LoginValidator implements Validator { private final UserRepository userRepository; public LoginValidator(UserRepository userRepository) { this.userRepository &#61; userRepository; } &#64;Override public boolean supports(Class<?> clazz) { return LoginDto.class.isAssignableFrom(clazz); } &#64;Override public void validate(Object target, Errors errors) { LoginDto loginDto &#61; (LoginDto) target; User user &#61; userRepository.findByEmail(loginDto.getEmail()); if (user &#61;&#61; null) { throw new LoginFailedException(&#34;User not found&#34;); } if (!user.getPassword().equals(loginDto.getPassword())) { throw new LoginFailedException(&#34;Invalid password&#34;); } } }위 코드처럼 DTO 클래스에서 간단한 검증은 bean validation으로 시행하고, 복잡한 검증로직은 LoginValidator에서 관리 및 커스텀 예외를 리턴하는 방식은 안좋은 방식인가요?제가 알기로는 errors는 bindingresult처럼 단순한 검증작업에 대한 결과를 담는 것으로 알고 있는데, validate()를 override하여 복잡한 검증 실행 및 검증 결과를 LoginFailedException(커스텀 예외)으로 반환하려고 하니 Errors를 리턴해야 한다는 강제성 때문에 어떻게 해야할지 혼란이 생겼습니다.따라서 제가 궁금한 점은, 간단한 검증작업(ex. 정규식) 과 복잡한 검증작업(ex.이메일,비밀번호가 DB에 있는지 검증)은 어떻게 처리하는게 이상적인가? 입니다. 저는 각각 Bean Validation, Validator(커스텀 예외 반환)로 해보려했는데 아닌 것 같아서 질문드립니다.감사합니다.

개발잡부 · Answer

복잡한 검증작업은 Service Layer에서 하고, 예외시 throw/handling 하는 방향으로 보통 하지 않나요 ControllerAdvice에서 ExceptionHandler를 이용하면 편하게 구현가능합니다

Spring 검증작업에 대하여 질문 있습니다!

1개의 답변

Q&A 목록