[Android App Architecture] Data Layer

💡해당 글은 앱 아키텍처 가이드를 이해하기 쉽게 정리한 글입니다.

이 글은 다음과 같은 선수지식을 필요로합니다.

• MVVM
• Coroutine
• Flow
• LiveData
• StateFlow
• Retrofit
• Room

---

Data Layer

UI Layer는 상태 및 UI Logic이 포함되지만, Data Layer는 Business Logic이 포함되는 영역입니다.

Business Logic은 데이터의 생성, 저장, 변경 방식을 결정합니다.
UseCase, 업무 규칙, 핵심 로직과 같은 단어로도 종종 표현됩니다.

---

Repository

Data Layer는 0개 부터 여러 개의 DataSource를 포함하는 Repository로 구성됩니다.
앱에서 처리하는 다양한 유형의 데이터별로 Repository를 만들어야 합니다.

예를들어 영화에 관련된 Repository는 MoviesRepository, 결제와 관련된 Repository는 PaymentsRepository와 같이 만들 수 있습니다.

Repository의 역활

• 앱의 나머지 부분에 데이터 노출
• 데이터 변경사항을 한 곳에 집중
• 여러 데이터 소스 간의 충돌 해결
• 앱의 나머지 부분에 데이터 소스 추상화
• 비즈니스 로직 포함

---

DataSource

파일, 네트워크, 로컬 데이터베이스와 같은 하나의 DataSource만 사용해야 합니다.
DataSource는 앱과 시스템 데이터 간의 중간 다리 역할을 수행합니다.

다른 레이어는 데이터 소스에 직접 액세스해서는 안 됩니다.
데이터 영역의 진입점은 항상 저장소 클래스여야 합니다.
따라서 ViewModel에서는 Repository를 통해 DataSource를 사용하여야합니다.

또한 여기에서 노출된 데이터는 변경 불가능해야합니다. 그래야 데이터의 불일치 문제를 일으킬 수 있는 다른 클래스에 의한 조작이 불가능해집니다. 또한 변경 불가능한 데이터는 여러 스레드에서 안전하게 처리될 수 있습니다.

class ExampleRepository(
    private val exampleRemoteDataSource: ExampleRemoteDataSource, // network
    private val exampleLocalDataSource: ExampleLocalDataSource // database
) { /* ... */ }

---

이름 지정 규칙

Repository의 이름 지정 규칙

데이터 유형 + 저장소

DataSource의 이름 지정 규칙

데이터 유형 + 소스 유형 + DataSource

소스 유형의 경우 구현이 변경될 수 있으므로 일반적인 Remote, Local을 사용합니다.

구현 세부정보에 따라 데이터 소스의 이름을 지정하면 안됩니다.
ex) UserDaoDataSource, UserApiDataSource, UserSharedPreferencesDataSource

---

데이터 저장 및 디스크에서 가져오기

데이터 소스로 사용되는 Room

로컬 데이터베이스 저장 라이브러리로 Room을 사용하실 수 있습니다.

데이터 소스로 사용되는 Datastore

로컬에 키-값 쌍을 저장하는 라이브러리로 DataStore를 사용하실 수 있습니다.

SharedPreferences를 사용하여 데이터를 저장하는 대신 Datastore로 이전하는 것을 권장합니다.

데이터 소스로 사용되는 File

JSON 객체나 비트맵과 같은 큰 객체로 작업할 때는 File로 처리하는 것이 좋습니다.

WorkManager를 사용하여 작업 예약

어떤 앱이 네트워크에 연결되어 있는 한 특정 데이터를 자동으로 가져오는 기능을 수행해야한다고 생각해봅시다. 이럴때 사용할 수 있는 영구 작업에 권장되는 라이브러리가 있습니다.

WorkManager는 신뢰할 수 있는 비동기 작업을 쉽게 예약할 수 있으며 제약 조건을 관리할 수 있습니다.

이를 통해 사용자는 기기가 연결되지 않아도 최근 데이터를 볼 수 있습니다.

---

오프라인 우선 앱

오프라인 우선 앱은 인터넷 연결이 없어도 앱의 모든 기능 또는 중요한 핵심 기능을 실행할 수 있는 앱입니다. 즉, 비즈니스 로직의 일부 또는 전부를 오프라인으로 실행할 수 있습니다.

아래와 같은 기준을 충족하는 앱을 오프라인 우선 앱이라고 합니다.

• 안정적인 네트워크 연결 없이도 사용 가능한 상태를 유지합니다.
• 첫 번째 네트워크 호출을 기다리는 대신 사용자에게 즉시 로컬 데이터를 제공합니다.
• 로컬 데이터 소스와 네트워크 데이터 소스룰 기본적으로 가지고 있습니다.

읽기 쓰기, 동기화, 충돌에 관한 정보는 공식문서에서 확인할 수 있습니다.

---

참고하면 좋은 자료

https://developer.android.com/topic/architecture?hl=ko
https://developer.android.com/courses/android-basics-kotlin/course
https://github.com/android/sunflower/tree/main
https://fastcampus.co.kr/dev_red_ksr