https://developer.android.com/topic/libraries/architecture/viewmodel

안드로이드 공식문서 ViewModel을 참고하여 정리한 글입니다.

• ViewModel 클래스는 수명 주기를 고려하여 UI 관련 데이터를 저장하고 관리하도록 설계되었다. 화면 회전과 같이 구성을 변경할 때도 데이터를 유지할 수 있다.
• 안드로이드는 Activity와 Fragment같은 UI컨트롤러의 수명주기를 관리한다. 사용자 작업이나, 장치(기기) 이벤트에 대한 응답으로 UI컨트롤러를 제거하거나 다시 만들 수 있다.
• 시스템에서 UI 컨트롤러를 제거하거나 다시 만드는 경우, 컨트롤러(Activity, Fragment)에 저장된 모든 일시적인 UI 관련 데이터가 삭제된다. → ex) Activity에 사용자 목록이 있는 View가 있다면, 구성이 변경되면서 Activity가 다시 생성되고 사용자 목록을 다시 가져와야 한다.
• UI 컨트롤러는 시간이 소요되는 비동기 호출을 자주 반환한다. UI 컨트롤러는 이러한 호출을 관리하고 잠재적인 메모리 누수를 방지하기 위해 시스템이 해당 호출을 삭제하도록 해야 한다. → 리소스 낭비
• Activity와 Fragment같은 UI컨트롤러의 목적은 기본적으로 UI 데이터를 표시하거나, 사용자 이벤트에 반응 그리고 권한요청과 같은 작업을 처리하는 것이다. UI 컨트롤러에 과도한 책임(데이터베이스나 네트워크 작업)을 할당하면 다른 클래스로 작업이 위임되지 않고, 단일 클래스로 혼자서 앱의 작업을 모두 처리하려 할 것이다. 이 결과는 테스트가 훨씬 더 어려워진다.
• 결론 : UI 컨트롤러 로직에서 뷰의 데이터를 분리하는 방법이 훨씬 쉽고 효율적이다!

ViewModel 구현

아키텍처 구성요소의 UI 데이터 준비를 담당하는 UI 컨트롤러에 ViewModel Helper Class를 제공한다.

ViewModel 객체는 구성이 변경되는 동안 자동으로 저장되므로, 이 객체가 보유한 데이터는 Activity, Fragment에서 즉시 사용할 수 있다. 앱에서 사용자의 목록을 표시해야 한다면 사용자의 목록을 얻어서 Activity나 Fragment대신 ViewModel에 저장하도록 할당해야한다.

class MyViewModel: ViewModel() {
		private val users: MutableLiveData<List<User>> by lazy {
				MutableLiveData<List<User>>().also {
						loadUsers()
				}
		}
		
		fun getUsers(): LiveData<List<User>> {
				return users
		}

		private fun loadUsers() {
			
		}
}

그 이후에 Activity나 Fragment에서 사용할 수 있다.

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

				val viewModel: MyViewModel by viewModels()
				// val viewModel = ViewModelProvider(this, )
				viewModel.getUsers().observe(this, Observer<List<User>>){ users ->
						// update UI
				}
		}
}

ViewModel은 View, Lifecycle 그리고 Activity Context를 참조해서는 안된다.

ViewModel의 생명주기

ViewModel의 객체의 범위는 ViewModel을 초기화 할 때 ViewModelProvider에 전달되는 Lifecycle(Activity, Fragment)로 지정된다. 범위가 지정된 ViewModel은 Activity나 Fragment가 끝날 때

까지 메모리에 남아있는다.