<div id="readability-page-1" class="page"><section><p>서비스를 만들 때 DTO 를 List로 내려주는 것이 아니라, 항상 특정한 형태로 내려준다. 바로 <strong>DataResponse</strong> 형태!
이 DataResponse class는, paging을 위해서 만들어진 커스텀 클래스인데 🙂  항상 <code>DataResponse&lt;T&gt;</code> 의 형식으로 사용한다.  이와 같이,  T (파라미터가 되는 클래스) 를 품고 있는 클래스(여기서는 DataResponse)의 타입을 일반적으로 <strong>Parameterized Type</strong>이라고 한다. 비단 커스텀 클래스가 아니더라도, 우리가 자주 사용하는 <code>List&lt;T&gt;</code> 역시 Parameterized Type 이라고 할 수 있겠다.  찬찬히 생각해볼 수록 꽤 논리적인 네이밍이다. </p><p>아래 코드를 보자. </p><h2>문제상황</h2><p>문제는, 이 DataResponse를 가지고 테스트를 할 때 <code>Type</code>을 유추할 수 가 없다는 것이다. 일반적으로 controller 테스트에서 다음과 같이 mvc request를 하고, 그 결과를 다시 매핑해서 유효한 값인지 확인한다.  </p><p>단일 결과를 받을 때는 결과 string 을 UserDto 로 쉽게 매핑할 수 있지만, 아래 <code>DataResponse&lt;UserDto&gt;</code> 의 경우 에러가 발생한다. 이는 <code>DataResponse&lt;UserDto&gt;.class</code> 혹은 <code>DataResponse&lt;UserDto.class&gt;.class</code> 등으로 parameterizedType을 유추할 수가 없기 때문이다. 파라미터를 품었기때문에 일반적인 방식으로는 유추가 불가능한 것! </p><h2>잠깐..  근데 나는 UserDto.class도 익숙하지 않은데?</h2><p>더 진행하기 전에 UserDto.class 라는 형식에 대해서도 짚고 넘어가자. </p><p>위에서 objectMapper 의 <code>readValue</code> 클래스가 그렇듯이, 클래스나 JavaType을 메소드의 파라미터로 받는 경우가 있다. 파라미터의 <strong>종류</strong> 를 이야기할 때 이를 <strong>타입토큰</strong> 이라고 하고, 그 값으로는 <strong>클래스 리터럴</strong> 을 넘긴다. 클래스 리털은 User.class, Product.class와 같이 <code>&lt;클래스명&gt;.class</code> 의 형식을 띄고 있다.</p><p><span>
      <span></span>
  <img alt="클래스리터럴과 타입토큰" title="클래스리터럴과 타입토큰" src="https://juneyr.dev/static/879c98db84dedc4e911807cadb4e6745/7d769/typetoken.png" sizes="(max-width: 960px) 100vw, 960px" loading="lazy">
    </span> </p><h2>일반적이면 그렇게 하지만.. 이렇게 이중인 parameterized type 은 어떻게 하는데?</h2><p>위에서 지적했듯이, 파라미터를 품은 형태는 <code>&lt;클래스명&lt;T&gt;.class</code> 등의 방식으로는 유추가 불가능하다. </p><p>그러면 어떻게 objectMapper 가 원하는 <code>JavaType</code>으로 넘겨줄 수 있을까?</p><h3>첫번째 방법 (jackson : typereference 사용)</h3><p>첫번째는 jackson 의 typereference를 사용하는 방법이다. </p><p><code>TypeReference&lt;T&gt;</code> 의 T 자리에 우리가 원하던 <code>DataResponse&lt;UserDto&gt;</code> 를 넘겨주면, 자동으로 <strong>타입을 유추</strong>하여 진행해준다. </p><ul><li>편리하고 깔끔하다. </li><li>하지만 <code>{ }</code> 로 클래스를 정의하는 것이라서 보기에 따라 깔끔하지 않을 수 있다. </li></ul><h3>두번째 방법</h3><p>jackson의 Typefactory로 공통 type referencing 로직을 넣는 방법이다. 따로 유틸 클래스에 다음과 같은 메소드를 정의한다. </p><p>objectMapper는 <code>JavaType</code>을 받으므로, 해당하는 값을 맞춰주기 위해서 TypeFactory를 사용했다. 이 constructParametricType이라는 메소드는 parameterized Type을 의미하는 JavaType을 만들어주는 팩토리 메소드이다. 우리의 예제에서는 parametrized 에 <code>DataResponse.class</code>를 , 그리고 parameterclasses에는 <code>UserDto.class</code> 를 넘겨줄 수 있다. </p><ul><li>유틸 클래스를 따로 만들어야한다. </li><li>좀더 깔끔한 파라미터로 처리가 가능하다.</li></ul><h3>결론 &amp; TO-DO</h3><p>이렇게 간단하게 일단 parameterized type과 그 타입 유추를 알아보았다.</p><p>사실 이 글을 작성하면서, 이 parameterized type 의 타입 유추를 하는 과정에서 <code>super type token</code>의 개념을 알게되었다.</p><ul><li>jackson에서 제공하는 슈퍼타입토큰이 <code>TypeReference</code> 이고 </li><li>spring에서는 <code>ParametizedType</code>을 사용한다는 것도 ! </li></ul><p>제네릭 클래스를 매핑할 때 생기는 타입 erasure을 막고,타입 안정성을 보장하는 과정이 super type token 이라고 하는데 요 개념을 추가해서 차후에 이 글을 더 개선하려고한다. </p><h2>참고</h2><p><a href="https://homoefficio.github.io/2016/11/30/%ED%81%B4%EB%9E%98%EC%8A%A4-%EB%A6%AC%ED%84%B0%EB%9F%B4-%ED%83%80%EC%9E%85-%ED%86%A0%ED%81%B0-%EC%88%98%ED%8D%BC-%ED%83%80%EC%9E%85-%ED%86%A0%ED%81%B0/">https://homoefficio.github.io/2016/11/30/%ED%81%B4%EB%9E%98%EC%8A%A4-%EB%A6%AC%ED%84%B0%EB%9F%B4-%ED%83%80%EC%9E%85-%ED%86%A0%ED%81%B0-%EC%88%98%ED%8D%BC-%ED%83%80%EC%9E%85-%ED%86%A0%ED%81%B0/</a></p><p><a href="https://umbum.dev/925">https://umbum.dev/925</a>
<a href="https://multifrontgarden.tistory.com/135">https://multifrontgarden.tistory.com/135</a></p></section></div>

타입 속 타입 : Parameterized Type

댓글