📖 MVVM
MVVM패턴의 기본 : ViewModel에서 데이터를 가공하고 LiveData를 통해 View에게 알려줌
📌근본적인 컨셉
View와 비즈니스 로직을 분리시키기 위함
- Model : 데이터 관리
- View : 화면에 데이터를 표시
- ViewModel : Model 데이터를 요청하고 UI(View)를 위한 데이터를 가공하는 역할
🤔 MVVM 패턴을 왜 쓰는지?
📝 흐름
- View가 사용자의 액션을 받음
- 들어온 액션은 ViewModel로 전달됨. ViewModel은 Model에게 데이터를 요청
- Model은 ViewModel에게 요청받은 데이터를 전달
- ViewModel은 응답받은 데이터를 가공하고 저장
- View는 ViewModel을 관찰하고 변경된 데이터를 화면에 나타냄
📖 MVC VS MVVM
📖 MVC ➡ MVVM로 패턴변경하기
제일 중요한 것은 "관심사 분리"
MVC로 결합되어 있는 Activity/Fragment에서 명확하게 M.V.C로 나눠야 함
📝 View와 비즈니스 로직 분리 순서
분리하기 전 코드
Activity
View(etName)와 비즈니스 로직(etName.text.toString().isBlank())이 섞여있음
private fun getMessageValidName(): String = getString(
if (etName.text.toString().isBlank()) {
SignUpErrorMessage.NAME
} else {
SignUpErrorMessage.PASS
}.message
)1. 비즈니스 로직을 ViewModel로 옮긴 후 데이터 가공(옮긴 로직)
View에 대한 액션(if, else if)을 ViewModel로 넘김 : checkValidName()
ViewModel에서는 View에 바인딩하기 전에 데이터를 가공함
Activity
private fun getMessageValidName() (
viewModel.checkValidName(etName.text.toString())
)2. 가공한 데이터를 LiveData로 넘김(setValue)
ViewModel
private val _nameErrorMessage: MutableLiveData<SignUpErrorMessage> = MutableLiveData()
val nameErrorMessage: LiveData<SignUpErrorMessage> get() = _nameErrorMessage
...
//View에 Binding을 하기 이전에 가공하는 과정
fun checkValidName(text: String) {
_nameErrorMessage.value = if (text.toString().isBlank()) {
SignUpErrorMessage.NAME
} else {
SignUpErrorMessage.PASS
}
// if else
// 조건문과 그 안의 값
}3. Activity에서 LiveData를 observe 하고 있다가 바뀐 값을 전달받을 때 호출됨
View에 바인딩함
tvNameError.text = it.message
private fun initViewModel() = with(viewModel) {
nameErrorMessage.observe(this@SignUpActivity) {
tvNameError.text = it.message
}
}
📝 LiveData
LiveData의 목적 : LifeCycle에 따라서 데이터를 Observing 시켜준다.
Activity의 onStart/onResume 시점에 Observing을 활성화한다는 의미
Destroy되면 Observing을 끊어줘서 앱의 안정성을 높여준다.
동기 코드 : 위에서부터 아래로 흐름
비동기 통신 : 잠시 옆으로 새는 것
😰 잘못된 방법
AndroidViewModel : Android 앱 전체의 라이프사이클을 제어할 때 필요함, Android 애플리케이션 수준의 설정 관리, Lifecycle이 ViewModel보다 길기 때문에 뷰가 없을 때 바인딩을 시도할 수 있음/메모리 leak. Activity나 Fragment에서는 굳이 사용할 일이 없을 것
ViewModel : Activity/Fragment의 Lifecycle의 영향을 받음, 일반적인 UI 구성 요소의 데이터 관리 및 UI 상태 유지
Activity
private fun initViewModel() = with(viewModel) {
nameErrorMessage.observe(this@SignUpActivity) {
tvNameError.text = it.message
}
}
// 에러메세지 설정을 View에서 해야해요
...
// addTextChangedListener or setOnFocusChangeListener 에서 호출됨
private fun getMessageValidName() (
viewModel.checkValidName(etName.text.toString())
)ViewModel
View가 ViewModel한테 액션을 전달해줄 수는 있지만 받는 데이터는 LivewData를 통해 Observing해서 받아야 함
private val _nameErrorMessage: MutableLiveData<SignUpErrorMessage> = MutableLiveData()
val nameErrorMessage: LiveData<SignUpErrorMessage> get() = _nameErrorMessage
...
fun checkValidName(text: String): SignUpErrorMessage { // X
return if (text.toString().isBlank()) {
SignUpErrorMessage.NAME
} else {
SignUpErrorMessage.PASS
}
}
fun checkValidName(text: String) {
_nameErrorMessage.value = if (text.toString().isBlank()) { // O
SignUpErrorMessage.NAME
} else {
SignUpErrorMessage.PASS
}
}비동기 통신을 할 때는 return이 안 될 수도 있다.
postValue를 해줘야 함
네트워크 통신을 하고 난 후 UI 갱신을 하려면 postValue를 써야 한다.
Main Thread / background Thread가 있음
UI에 데이터를 반영하기 위해서는 UI Thread를 통해서 데이터를 반영해야한다.
쉽게 말해서 이때까지 짰던 코드는 다 UI Thread에서 운영된 코드
UI Thread에서 해야하는데 데이터 바인딩을 하려고 보니까 background Thread면 앱이 죽어버림.
그래서 우리는 background thread에 있는 친구를 UI thread로 올릴 수 있는 함수인 postvalue를 사용해야 함
postValue : background thread에서 UI의 데이터를 갱신하는 게 목적
내부적인 코드로는 setValue를 씀
네트워크 통신을 하고 나서 UI 갱신을 하려면 postValue를 해야 한다.
📖 ViewModel 생성하는 여러가지 방법
📝 많이 쓰는 방법
kotlin context를 만들어주는 라이브러리 추가
implementation("androidx.activity:activity-ktx:1.8.2")ViewModel에 어떤 코드가 들어가야 하는지?
Listener를 ViewModel 안에 넣으면 안됨
View에 대한 액션(Button click, textChange, swith on/off)이 발생하면 액션을 ViewModel에 넘겨줘야 한다.
