🔄 Kotlin Flow에서 중복되는 DTO-Domain 매핑 줄이기

 

🔄 Kotlin Flow에서 중복되는 DTO-Domain 매핑 줄이기

Kotlin Flow를 사용할 때, API로부터 받은 데이터를 DTO로 파싱한 후 이를 Domain 객체로 변환하여 사용하는 것이 일반적인 패턴입니다. 이러한 계층 분리는 코드의 품질을 높이고 예기치 않은 동작을 방지하는 데 도움이 됩니다.

그러나 Flow 내에서 매번 map 연산자를 사용하여 DTO를 Domain으로 변환하는 것은 반복적이고 중복된 작업이 될 수 있습니다. 이를 개선하기 위해 다양한 방법을 시도해보았습니다.

---

🧪 시도 #1: 인터페이스를 활용한 일반화

먼저, DTO 클래스에 asDomain 함수를 구현하고 이를 인터페이스로 추상화합니다.

interface DomainConvertible<Domain> {
    fun asDomain(): Domain
}

그런 다음, Flow에 대한 확장 함수를 만들어 모든 DTO-Domain 변환에 사용할 수 있습니다.

fun <T : DomainConvertible<R>, R> Flow<T>.mapToDomain(): Flow<R> = transform { emit(it.asDomain()) }

장점:

• 모든 DTO 클래스에 asDomain 구현을 강제하여 일관성을 유지할 수 있습니다.
• 일반화된 연산자를 통해 코드 중복을 줄일 수 있습니다.

단점:

• 모든 DTO 클래스에 인터페이스를 구현해야 하므로 코드가 복잡해질 수 있습니다.
• 매핑 함수가 DTO 클래스 내부에 위치하여 가독성이 떨어질 수 있습니다.

---

🧪 시도 #2: 확장 함수를 활용한 분리

인터페이스를 사용하지 않고, DTO와 Flow에 대한 확장 함수를 별도의 파일에 정의하여 매핑 로직을 분리할 수 있습니다.

fun UserDto.asDomain(): User {
    return User(id = id ?: 0, name = name ?: "")
}

fun Flow<UserDto>.mapToDomain(): Flow<User> = map { it.asDomain() }

장점:

• 매핑 로직을 DTO 클래스 외부에 정의하여 가독성이 향상됩니다.
• 필요한 경우에만 확장 함수를 정의하여 유연하게 사용할 수 있습니다.

단점:

• 모든 DTO에 대해 별도의 확장 함수를 작성해야 하므로 관리가 번거로울 수 있습니다.

---

🧪 시도 #3: 제네릭을 활용한 단일 확장 함수

모든 DTO-Domain 변환을 하나의 제네릭 확장 함수로 처리할 수 있습니다.

inline fun <reified T, R> Flow<T>.mapToDomain(): Flow<R> = map {
    when (T::class) {
        UserDto::class -> (it as UserDto).asDomain() as R
        // 다른 DTO-Domain 매핑 추가
        else -> throw IllegalArgumentException("Unknown type")
    }
}

장점:

• 단일 확장 함수로 모든 DTO-Domain 변환을 처리할 수 있습니다.
• 코드 중복을 최소화할 수 있습니다.

단점:

• 클래스 타입을 명시적으로 확인해야 하므로 유지보수가 어려울 수 있습니다.
• 새로운 DTO-Domain 매핑을 추가할 때마다 when 절을 수정해야 합니다.

---

✅ 결론

각 접근 방식은 장단점이 있으며, 프로젝트의 규모와 팀의 선호도에 따라 적절한 방법을 선택하는 것이 중요합니다. 우리 팀은 결국 가장 단순한 map 연산자와 DTO에 대한 확장 함수를 사용하는 방법을 선택했습니다. 이 방법은 명시적이고 이해하기 쉬우며, 유지보수 측면에서도 유리하다고 판단했습니다.

📚 출처

Florent Blot, Redundant DTO-Domain Mapping in Kotlin Flow (Medium)