본격적으로 Spring MVC에 대해 공부를 시작했다.
가장 먼저, Spring MVC의 기본 기능들에 대해서 알아보자.

Controller? RestController?

우리는 Spring Bean으로 등록을 하기 위해 @Controller 이나 @Repository 같은 Annotation을 이용한다.
이 때, @Controller와 @RestController의 차이는 무엇일까?

@RestController의 Rest는 우리가 아는 RestAPI의 Rest를 의미한다.
따라서 API를 이용할 때 쓰는 방식이라는 의미인데, 이는 View Resolver가 작동하지 않음을 의미한다.
우리가 HTTP API를 이용할 땐, Body로 Request를 받거나, Body에 Response를 바로 넘겨주었다.
바로 그 방식을 의미하는 것이다.

  • @Controller : Controller의 반환 값은 View Name이 된다.
  • @RestController : Controller의 반환 값이 그대로 Response에 담긴다.

Bonus : Logging

우리는 보통 Debugging을 할 때, System.out.println을 통해서 했었다.
하지만 실무에서는 Logger를 이용해서 로그를 찍는다!

HTTP Message Converter

[사진 첨부]

기본적으로, Controller들의 Return 값은 View name이 된다.
View Resolver가 반환하는 View name을 보고 띄우고자 하는 HTML을 찾아 띄워준다.
하지만, @ResponseBody가 존재할 때는 Converter가 작동해서 응답에 반환 값을 넣어버린다!

아래와 같은 경우에는 Message Converter가 작동하게 된다.

  • 요청 : @RequestBody, HttpEntity(RequestEntity)
  • 응답 : @ResponseBody, HttpEntity(ResponseEntity)
    • Class Type 과 Media Type 을 체크해서 Converter를 결정한다.
    • Class Type : String, byte[], HashMap..
    • Media Type : application/json, text/plain..
    • Class Type이 맞지 않거나 Media Type이 다르면 작동을 멈춰 버린다.

Request Mapping Handler

[사진 첨부]

Annotation 기반의 Controller들은 매우 다양한 Parameter을 사용할 수 있었다.
도대체 어떻게 이렇게 Type에 따라 유연한 처리가 가능할까?
바로 Argument Resolver 가 존재하기 때문이다.

Handler Adapter가 Argument Resolver를 호출하고, 필요한 Parameter의 준비가 끝나면
그제서야 Handler Adapter가 Handler(Controller)을 호출을 하게 된다.

이후 Return Value Handler가 작동을 하는데, 응답 값을 변환하고 처리한다.
예를 들면, ModelAndView, @ResponseBody, HttpEntity 등이 있다.
이 친구 덕분에 String으로 View Name을 반환해도 View가 Resolve 되는 것이다!

결국 위의 동작을 살펴보면, HTTP Message Converter은 어느 단계에 존재할까?
Argument Resolver, Return Value Handler 두 개에 개입함을 알 수 있다.