작성
·
280
3
안녕하세요. 명확히 이해가 안되서 질문올립니다.
1. ArgumentResolver는 Controller에 선언된 Parameter를 생성하는 역할, MsgConverter는 HTTP 메세지를 ArgumentResolver가 생성한 객체에 넣어주는 역할이라고 생각하면 될까요?
2. ResquestBody, ResponseBody가 아닌, ModelAttribute도 이와 같이 작동하는 게 맞을까요??
3. Spring code를 보니 ReqParam관련 Resolver는 class이름이 Resolver로 끝나는데, ModelAttribute만 Proccessor로 끝나더라고요. ModelAttribute만 Proccessor인 특별한 이유가 있을까요?
4. ArgumentResolver(or ReturnValueHandler)가 HTTP메세지 컨버터가 필요없는 경우는 무엇인가용?
궁금합니당!
답변 1
6
안녕하세요. 푸덕푸더덕님
1. ArgumentResolver는 Controller에 선언된 Parameter를 생성하는 역할, MsgConverter는 HTTP 메세지를 ArgumentResolver가 생성한 객체에 넣어주는 역할이라고 생각하면 될까요?
ArgumentResolver는 Controller에 선언된 Parameter를 생성하는 역할
-> 맞습니다.
MsgConverter는 HTTP 메세지를 ArgumentResolver가 생성한 객체에 넣어주는 역할이라고 생각하면 될까요? -> ArgumentResolver가 MsgConverter를 사용합니다.
2. ResquestBody, ResponseBody가 아닌, ModelAttribute도 이와 같이 작동하는 게 맞을까요??
ModelAttribute는 좀 특별하게 동작합니다. 파라미터에 ArgumentResolver가 있으면 Model을 통해서 들어오지만 , Model 자체가 스프링 MVC 전체구조에서 사용되기 때문에 RequestMappingHandlerAdaptor 같은 곳에서 생성됩니다.
3. Spring code를 보니 ReqParam관련 Resolver는 class이름이 Resolver로 끝나는데, ModelAttribute만 Proccessor로 끝나더라고요. ModelAttribute만 Proccessor인 특별한 이유가 있을까요?
부모 인터페이스에 HandlerMethodArgumentResolver, HandlerMethodReturnValueHandler 둘다 있을 때 스프링 MVC는 내부에서 관례상 Proccessor라 합니다. 파라미터도 처리하고, 응답 값도 함께 처리합니다.
4. ArgumentResolver(or ReturnValueHandler)가 HTTP메세지 컨버터가 필요없는 경우는 무엇인가용?
@RequestBody 처럼 Http 메시지를 사용하지 않는 경우에는 필요하지 않습니다.
감사합니다.
사랑해요 영한님