Android LiveData & StateFlow 차이 비교해보기(작성중)

😄들어가기 전에

Android 뷰에 보이는 데이터를 처리하기 위해 뷰모델을 사용하고 있다.

서버에서 데이터를 가져오면 이를 리사이클러뷰에 나타내기 위해 LiveData를 사용하고 있다.

ViewModel과 LiveData 그리고 StateFlow에 대해 직접 구현해보며 이해해보려 한다.

 

특히 LiveData와 StateFlow의 기능이 유사한데 어떤 차이가 있는지 알아보는 것이 목표이다!

---

🫱UI 컨트롤러란?

UI 컨트롤러에는 큰 화면 하나를 나타내는 액티비티와 부분 화면을 이루는 프래그먼트가 있다. UI 컨트롤러는 화면에 뷰를 그리고 사용자 이벤트나 사용자와 상호작용하는 모든 UI 관련 동작을 포착하여 UI를 제어한다.

 

이 때 앱의 데이터 또는 데이터와 관련된 로직은 UI 컨트롤러 클래스에 포함되어서는 안된다.

그 이유는 안드로이드 시스템 특성 상 시스템 조건으로 인해 언제든지 UI 컨트롤러를 제거할 수 있기 때문이다. 이를 개발자가 제어할 수 없기 때문에 UI 컨트롤러에 앱 데이터나 상태를 저장하면 안되는 것이다!!

대신 이러한 앱 데이터나 상태 관련 로직을 ViewModel에서 처리하면 된다.

---

🫱ViewModel : 사용자 액션으로 변경되는 데이터 저장하기

뷰모델이란 뷰에 표시되는 앱의 데이터의 처리를 담당하는 구성 요소이다. 활동이나 프래그먼트가 소멸되고 다시 생성될 대 폐기되지 않는 앱 관련 데이터를 저장한다.

ViewModel 객체는 구성이 변경되는 동안 자동으로 유지되어 보유하고 있는 데이터가 다음 활동 또는 프래그먼트 객체에 즉시 사용될 수 있다. 

뷰모델 객체는 활동이나 프래그먼트 객체처럼 소멸되지 않기 때문이다

 

뷰모델을 통해서 사용자와의 상호작용을 통해 변경된 데이터를 저장할 수 있다. 

 

1️⃣ 🙅뷰 모델을 그냥  인스턴스화하면 안되는 이유!

우리는 객체를 초기화해줄 때 가장 단순하게는 다음과 같이 코드를 작성해준다. 

private val viewModel = GameViewModel()

 

그러나 이렇게 코드를 작성해줄 경우 문제가 있다. 

 

기기에서 구성 변경이 발생하는 동안 앱은 뷰모델 참조의 상태를 손실하게 된다. 기기가 회전하면 활동이 소멸된 후 다시 생성되고 초기 상태의 새로운 뷰모델 인스턴스가 다시 시작되는 문제가 있는 것이다.

 

따라서 이 방식이 아니라 by viewModels() 속성 위임 접근 방식을 사용하여 뷰모델을 초기화해준다.

뷰모델을 초기화할 때 공식문서를 보고 다음과 같이 코드를 작성해왔다. 도대체 왜 이렇게 작성해주어야하는걸까?

private val viewModel: GameViewModel by viewModels()

 

- 속성 위임 접근 방식

// Syntax for property delegation
var <property-name> : <property-type> by <delegate-class>()

 

이렇게 속성 위임 접근 방식을 사용하여 viewModel 객체의 책임을 viewmodels 라는 별도의 클래스에게 위임한다

 

viewModel 객체에 접근하면 이 객체는 대리자 클래스 viewModels에 의해 내부적으로 처리된다. 대리자 클래스 viewModels는 처음 액세스 시 자동으로 viewModel 객체를 만들고 이 값을 구성 변경 중에도 유지하며 요청이 있을 때 반환해준다 🙂

 

- 클래스를 위임한다는 것이 무엇을 의미일까?

2️⃣뷰모델 생명주기

 

 

---

🫱LiveData : 변경된 데이터를 UI에 반영하기

그러나 이렇게 변경된 데이터가 UI에 반영되지는 않는다. 이 때 필요한 것이 LiveData이다!