반응형

스프링에 Converter 적용하기


웹 애플리케이션에 Converter를 적용해보자.

WebConfig - 컨버터 등록

스프링은 내부에서 ConversionService를 제공한다.
우리는 WebMvcConfigurer가 제공하는 addFormatters()를 사용해서 추가하고 싶은 컨버터를 등록하면 된다. 
이렇게 하면 스프링은 내부에서 사용하는 ConversionService에 컨버터를 추가해준다.

등록한 컨버터가 잘 동작하는지 확인해보자.


HelloController - 기존 코드

실행
http://localhost:8080/hello-v2?data=10

실행 로그

?data=10의 쿼리 파라미터는 문자이고 이것을 Integer data로 변환하는 과정이 필요하다.
실행해보면 직접 등록한 StringToIntegerConverter가 작동하는 로그를 확인할 수 있다.

그런데 생각해보면 StringToIntegerConverter를 등록하기 전에도 이 코드는 잘 수행되었다.
그것은 스프링이 내부에서 수 많은 기본 컨버터들을 제공하기 때문이다.
컨버터를 추가하면 추가한 컨버터가 기본 컨버터보다 높은 우선순위를 가진다.

 

이번에는 직접 정의한 타입인 IpPort를 사용해보자.


HelloController - 추가

실행
http://localhost:8080/ip-port?ipPort=127.0.0.1:8080

실행 로그

?ipPort=127.0.0.1:8080 쿼리 스트링이 @RequestParam IpPort ipPort 에서 객체 타입으로 잘 변환 된 것을 확인할 수 있다.

 

처리 과정
@RequestParam@RequestParam을 처리하는 ArgumentResolver인 
RequestParamMethodArgumentResolver에서 ConversionService를 사용해서 타입을 변환한다.
부모 클래스와 다양한 외부 클래스를 호출하는 등 복잡한 내부 과정을 거치기 때문에 대략 이렇게 처리되는 것으로 이해해도 충분하다. 
만약 더 깊이있게 확인하고 싶으면 IpPortConverter에 디버그 브레이크 포인트를 걸어서 확인해보자.

반응형