# rejectValue

shdrnrhd113

오류코드를 너무 세밀하게 정리하면 클라이언트에게 디테일한 메시지를 전달할 수 있지만 범용성이 낮아진다.반대로 단순하게 정리하면 범용성이 좋아 여러곳에서 사용할 수 있지만,메시지를 세밀하게 작성하기 어려워진다.실무에서는 기본적으로 단순하게 메시지를 정리하다가,세밀하게 작

ksk7584

공식 DocsBindingResult, FieldError, ObjectError를 통해 Controller에서 값을 검증할 수 있지만, 이 경우 Controller의 크기가 너무 커지고 단일 책임 원칙에 위배된다.그래서 Spring에서는 Validator라는 인터페이

gmtmoney2357

본 게시물은 스스로의 공부를 위한 글입니다.틀린 내용이 있을 수 있습니다. 클라이언트 검증은 조작할 수 있으므로 보안에 취약하다.서버만으로 검증하면, 즉각적인 고객 사용성이 부족해진다.둘을 적절히 섞어서 사용하되, 최종적으로 서버 검증은 필수API 방식을 사용하면 AP