Android ViewModel in Kotlin

Jetpack.ViewModel

ViewModel 사용 이유

UI Controller의 데이터를 캡슐화하여 앱 구성이 변경되어도 데이터를 유지하기 위함이다.

UI Controller 부하

원인: UI Controller에 DB나 Network에서 데이터 로드를 요구하는 경우.
결과: UI를 관리하는 클래스가 너무 키지게 된다. UI Controller에 과도한 책임을 할당하면 다른 클래스로 작업이 위임되지 않고, 단일 클래스가 혼자서 앱의 작업을 모두 처리하려고 한다. 또한 이런 방법으로 UI Contorller에 과도한 책임을 할당하면 테스트가 훨씬 더 어려워진다.

UI Controller 로직에서 View 데이터 소유권을 분리하는 방법이 쉽고 효율적이다.
데이터가 복잡해지면 데이터 로드만을 담당하는 클래스를 두는 것이 좋다.

UI Controller

• Activity, Fragment
• 기본적으로 UI 데이터 표시
• 사용자 작업에 반응
• 권한 요청과 같은 운영체제 커뮤니케이션

ViewModel 데이터 로드

ViewModel 기본 구현

아키텍쳐 구성요소는 UI Data 준비를 담당하는 UI Controller에 ViewModel UI Data 준비를 위해 제공한다.
ViewModel객체는 앱 구성이 변경되는 동안에도 데이터를 자동으로 보관하고 다음 Activity(or Fragment)에서 기존 ViewModel의 데이터를 즉각적으로 사용할 수 있다.
예를 들어 앱에서 사용자 목록을 표시해야 한다면 아래 샘플 코드에서 설명된 대로 사용자 목록 데이터를 확보하여 Activity(or Fragment) 대신 ViewModel에 저장(관리)할 수 있다.

ViewModel 구현

import androidx.lifecycle.LiveData
import androidx.lifecycle.MutableLiveData
import androidx.lifecycle.ViewModel

data class User(
    val id: Long,
    val name: String,
    val age: Int,
)

class MyViewModel : ViewModel() {
    private val _users: MutableLiveData<List<User>> by lazy {
        MutableLiveData<List<User>>().also { loadUsers() }
    }

    val users: LiveData<List<User>>
        get() = _users

    private fun loadUsers() {
        // `Users Data`를 읽기 위한 비동기 처리 수행
    }
}

Activity(UI Controller) 구현

import androidx.appcompat.app.AppCompatActivity
import android.os.Bundle
import androidx.lifecycle.Observer
import androidx.lifecycle.ViewModelProvider

class MainActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main)

        val model = ViewModelProvider(this).get(MyViewModel::class.java)
        model.users.observe(this, Observer<List<User>>{ users ->
            // Update UI
        })
    }
}