transformer 적용기

[leejaeseung]

이전에 스터디에서 잠깐 말씀드린 transformer 를 최근에 적용해 보아서 간단하게 공유 드려 봅니다!

보통 컨트롤러에서 서비스에게 SomeResponse 라는 타입이 필요하면 서비스 메서드의 반환 타입으로 고정시켜 구현을 하는데요.

def search(someRequest : SomeRequest) : SomeResponse = {
    val someEntity : SomeEntity = someRepository.find(someRequest)
    return SomeResponse(SomeEntity)
}

대충 위 같은 형식이 되겠죠?
위 같은 경우에 만약 컨트롤러가 SomeResponse 라는 타입이 아니라 다른 타입을 원하게 되면 컨트롤러, 서비스의 로직이 변경되어야 하겠죠.

하지만 transformer 를 이용하면 컨트롤러 단에서만 반환값의 타입을 제어할 수 있었습니다.

def search[T](someRequest : SomeRequest, transformer : SomeEntity => T) : T = {
    val someEntity : SomeEntity = someRepository.find(someRequest)
    return transformer(someEntity)
}

이걸 컨트롤러에서 사용하면

// SomeResponse 를 반환받고 싶다면
search(someRequest = someRequest , transformer = { SomeEntity => return SomeResponse()})
// 처럼 람다 함수로 transformer 를 넘겨주거나
search(someRequest = someRequest , transformer = SomeResponse.apply)
// 처럼 미리 구현된 람다 함수를 transformer 로 넘겨줄 수 있습니다.
// (apply 함수는 스칼라에서 기본으로 제공되는 생성자 메서드입니다. SomeEntity => SomeResponse 의 형태)

이제 컨트롤러에서 transformer 만 갈아끼워주면 서비스는 신경 쓸 필요 없이 반환 값을 변경할 수 있습니다!
(위 코드는 수도 코드라고 생각해 주세요..ㅎㅎ 문법이 중구난방이군요)

여기에 스칼라에서 자주 사용되는 implicit 과 커링, 디폴트 파라미터를 적용하면 아래와 같이 작성할 수도 있습니다.

def search[T](someRequest : SomeRequest)(implicit transformer : SomeEntity => T = identity _) : T = {
    val someEntity : SomeEntity = someRepository.find(someRequest)
    return transformer(someEntity)
}

search(someRequest = someRequest)
// 이렇게 transformer 를 안 넘겨주는 경우엔 transformer 가 SomeEntity => SomeEntity 로 동작합니다.
// identity 는 A 를 받아 A 를 그대로 넘겨주는 항등함수!

아직 정말 간단히 하나의 메서드에만 적용했지만, 여러 추상화를 통해 더 우아한 transformer 를 만들 수도 있지 않을까 싶네요.ㅎㅎ

[binchoo]

(Java)
MapStruct와 롬복
https://www.baeldung.com/mapstruct#Conclusion

재승님 글을 보고
롬복과 연동할 수 있는 MapStruct라는 라이브러리가 얼핏 떠올라서 한 번 찾아보았습니다.
=> 자세히 찾아보니까, 서로 연동이라기 보다는 Lombok이 컴파일 시간에 만들어주는 Setter/Getter를 MapStruct 역시 컴파일 시간에 정상적으로 이용할 수 있다는 의미 같습니다.

고려하신 SomeEntity => return SomeResponse() 책임을 수행하는 매퍼 빈을
스프링 컨테이너에 등록해서 사용할 수 있게 됩니다.

매퍼
@Mapper 인터페이스의 구현체는 MapStruct가 알아서 구현해주며
커스터마이징 필요시 interface 말고 abstract class로 만들어서 관련 구현을 하면 된다고 하네요.

@Mapper(componentModel = "spring")
public interface Transformer {
    Transformer INSTANCE = Mappers.getMapper(Transformer.class); // 저희는 이 싱글톤을 쓰거나 컨테이너에 등록한 빈을 쓰면 됩니다.
    SomeResponse transform(SomeEntity entity);
}

엔터티

@Getter
@ToString
@AllArgsConstructor(access = AccessLevel.PRIVATE) 
@Builder
public class SomeEntity {
    private String id;
    private String name;
}

DTO

@Getter
@Setter
public class SomeResponse {
    private String id;
    private String name;
}

[wooyounggggg]

@leejaeseung
근데 요거는 어떠한 패턴으로부터 파생된 구현인가요?
아니면 그냥 구현하다보니 괜찮은 케이스를 만든 경우일까요?

[leejaeseung]

@binchoo
요런 라이브러리도 있었군요! ㅎㅎ
한 가지 궁금한 점은 Entity => Response 로 바꿔주는 역할을 MapStruct 가 한다고 이해했는데, 필드명과 타입이 일치해야 변환이 가능한 걸까요? 필드명이 다른 경우 커스터마이징을 abstract class 로 할 수 있다는 걸까요?

[leejaeseung]

@wooyounggggg
저희 팀원 분께서 추천해주신 방법이긴 합니다 ㅎㅎ..
객체 변환을 다른 클래스로 위임하는 방식이니 위임 패턴의 일종이 아닐까 싶네요?