안드로이드 앱 개발기 #27 - 클린 아키텍처에서 domain 모듈

dorian-mobileapp (65)in kr-dev 커뮤니티 • 3 years ago

개발하고자 하는 대상의 영역을 도메인(domain)이라 하구요. domain 모듈은 도메인 관련 데이터 클래스와 이를 읽거나 기록하기 위해 필요한 클래스, 인터페이스 등을 정의하는 곳입니다. 여기에서 데이터 클래스는 순전히 도메인의 관점에서 정의해야 하며, 어떤 라이브러리를 사용하여 서버 또는 데이터베이스와 통신할지를 domain 모듈에서는 고려하지 않습니다. 통신 방법은 data 모듈의 몫입니다.

데이터 클래스

도메인에서 사용할 또는 필요할 데이터를 정의하는 클래스
DTO 패턴을 따름
- Data Transfer Object의 약자
주의할 점: 비즈니스 로직이 들어가지 않음

데이터 클래스 이름 정할 때 주의점

domain 뿐만 아니라 data 모듈에서도 데이터 클래스 정의 -> 양쪽 모듈에서 유사 클래스들 정의 -> 이름 구별할 수 있어야
해결 방법
- domain 모듈: 데이터 클래스 이름의 뒤에 DTO 단어 붙임
- data 모듈: 데이터 클래스 이름 뒤에 Entity 단어 붙임 (안 붙이기도 함)

데이터 클래스 예

온라인 서점 앱을 개발한다고 가정해 봅시다. 책 정보는 당연히 필요하지요? 그러면 회원 정보를 의미하는 데이터 클래스를 정의할 수 있습니다.

data class BookDTO(
    val title: String,
    val subtitle: String,
    val isbn13: String,
    val price: String,
    val image: String,
    val url: String
)

Repository 인터페이스

데이터 읽기, 저장은 Repository 패턴을 활용하여 구현을 하는데요. domain 모듈에서는 인터페이스만 정의합니다. 앞에 말씀드린대로 구현은 data 모듈에서 합니다. 어떤 데이터를 읽을지, 어떤 데이터를 기록할지를 수행할 메소드를 선언해 주시면 됩니다.

Repository 인터페이스의 예

아래 코드는 검색어를 활용하여 서적 리스트를 구하는 메소드가 선언된 Repository 인터페이스의 예입니다.

interface ITBookStoreRepository {

    fun requestBookSearch(query: String): Single<List<Book>>

}

UseCase 클래스

presentation 모듈의 뷰모델은 Repository 객체 대신 UseCase 객체를 통해 데이터 접근
한 가지 데이터에 접근하기 위해 하나의 UseCase 클래스를 정의해야 함
장점: 뷰모델이 접근 가능한 데이터의 범위가 명확해짐
단점: 클래스 개수가 많아짐

UseCase 클래스의 예

아래 코드는 서적 리스트를 구하기 위한 UseCase 클래스를 정의하는 예입니다.

class RequestBookSearchUseCase(val repository: ITBookStoreRepository) {

    fun run(query: String): Single<List<Book>> {
        return run(query, 1)
    }

    fun run(query: String, page: Int): Single<List<Book>> {
        return repository.requestBookSearch(query, page)
    }

}