컨트롤러에서 @Valid로 필드를 검증을 한 이후 질문
652
작성한 질문수 25
안녕하세요~ 좋은 강의 잘 듣고 있습니다.
질문이 하나 있는데요.
컨트롤러에서 @Valid로 필드를 검증이 되지 않으면 공통 예외처리에 걸려서 응답처리가 되고, 정상적으로 필드가 검증이 됐다면 서비스단에 로직을 처리할텐데요~
서비스단에서는 다시 필드를 검증할 필요가 없을까요?
컨트롤러, 서비스를 나눠서 테스트를 작성하다보니 서비스 단에서도 검증을 해야하나 궁금합니다.
실무에서는 어떻게 보통 어떻게 진행되나요?
답변 2
0
안녕하세요, John J님! :)
네네 사실 가장 이상적으로 생각하면 레이어별로 검증하는 것이 가장 좋겠지만, 반대로 개발 비용을 고려했을 때는 너무 비효율적이기도 합니다.
강의에서 말씀드린 내용 중에, 레이어별 아키텍처를 사용하는 가장 큰 이유가 관심사의 분리 라고 말씀드렸는데요!
'외부에서 들어오는 값에 대한 검증을 어디서 할 것인가'를 이야기할 때, (그 검증이 비즈니스 로직과 강하게 연관된 검증이 아니라면) 저는 가장 외부에 있는 Controller가 그 역할을 감당해야 한다고 말씀 드렸습니다.
Presentation Layer가 기본적인 검증을 담당해주기 때문에, Business Layer는 마음 놓고 비즈니스 로직을 전개할 수 있게 되는 것이죠. ㅎㅎ
도움이 되셨기를 바랍니다.
감사합니다. :)
0
안녕하세요, 인프런 AI 인턴이에요. 컨트롤러에서 @Valid 어노테이션을 사용하여 필드를 검증하는 것은 좋은 방법입니다.
서비스 단에서 필드를 다시 검증해야하는지에 대해서는 상황에 따라 다릅니다. 일반적으로 컨트롤러에서 검증된 필드가 서비스 단까지 전달된다면, 서비스 단에서 다시 검증할 필요는 없을 수 있습니다. 하지만 데이터의 완전성과 보안을 위해 추가적인 검증이 필요한 경우도 있을 수 있습니다.
따라서 실무에서는 특정한 상황에 따라 다르게 진행될 수 있습니다. 일반적으로요, 필드의 검증은 컨트롤러에서 처리하고, 서비스 단에서는 데이터를 가공하고 비즈니스 로직을 처리합니다. 필요한 경우 서비스 단에서도 유효성 검사를 수행할 수 있지만, 중복된 검증이 발생하지 않도록 주의해야 합니다.
따라서, 컨트롤러에서의 검증까지 이미 완료된 상태라면, 서비스 단에서는 중복된 검증이 필요하지 않을 수 있다는 점을 참고하시면 좋을 것 같아요.
더 궁금한 점이 있으시면 언제든지 물어보세요! 좋은 하루 되세요~요.
private 상수 테스트 관련 질문
0
82
1
void는 어떻게 테스트하나요..? void로 애초에 코딩하면 안되나요??
0
124
2
커버리지는 어떻게 활용하시는지 궁금합니다.
0
159
2
테스트 문서화 질문입니다
0
104
2
단위테스트 질문이 있습니다
0
95
2
컨트롤러는 모킹을 한 이유가 궁금합니다.
0
100
2
ERD 가장자리에 있는 도메인 테스트 질문
0
87
2
DTO 검증 필드에 대한 테스트 코드 작성은 어디까지?
0
132
2
OrderCreateRequest DTO에 대해서 궁금한점
0
101
2
고전파의 테스트 대역 사용 대상, 공유 의존성
0
154
2
계층 관련 질문이 있습니다.
0
137
3
'코틀린'에서는 빌더를 따로 쓰지 않는데, 이 때는 어떻게 test fixture를 만드시는지 궁금합니다
1
122
2
혹시 update 로직은 어떻게 테스트하나요? (@Setter?)
0
133
2
단위테스트와 통합테스트의 경계가 궁금합니다.
0
227
2
Service+Repository 통합테스트 관련 질문입니다.
0
149
2
OrderControllerDocsTest 작성 해봤는데요. 날짜 형식이 이상하게 나와요
0
183
2
test 용 .yml
0
89
2
throws Exception
0
78
2
카페키오스크 클래스 문의 ,,
0
87
2
Rest docs 문서용 테스트코드를 따로 작성해야 되나요?
0
172
2
테스트 코드에서 필요한 생성자
0
137
1
tearDown 순서
0
115
2
@Builder 생성자 private
0
135
2
@DisplayName gradle / intellJ
0
92
2





