LiveData -> StateFlow 전환 제안

[giovannijunseokim]

배경

현재 프로젝트에서 LiveData를 사용하여 UI 상태를 관리하고 있습니다.
LiveData.value는 항상 nullable을 반환하기 때문에, 초기값을 지정하더라도 사용하는 쪽에서 매번 null 처리가 필요합니다.

// LiveData - 초기값을 줬는데도 nullable
val state: LiveData<CoursesUiState> get() = _state

// 사용할 때마다 ?. 또는 !! 필요
state.value?.copy(...)

StateFlow를 사용하면

// StateFlow - 초기값이 보장되므로 non-null
private val _state = MutableStateFlow(CoursesUiState(...))
val state: StateFlow<CoursesUiState> = _state.asStateFlow()

// 값을 읽을 때 null 처리 불필요
val currentCourses = state.value.courses  // non-null 보장

주요 차이점

1. value nullable

위 배경 섹션 참고.

2. Lifecycle 인식

LiveData는 observe()에 LifecycleOwner를 넘기면 알아서 구독/해제를 처리해준다.

// LiveData - observe만 하면 끝
viewModel.state.observe(this) { state -> ... }

StateFlow는 직접 lifecycle-aware한 코루틴 스코프 안에서 collect해야 한다.

// StateFlow - repeatOnLifecycle으로 감싸야 함
lifecycleScope.launch {
    repeatOnLifecycle(Lifecycle.State.STARTED) {
        viewModel.state.collect { state -> ... }
    }
}

[tobae-time]

개인적으로 제가 지금 체감할 수 있는 장점은 Null-Safe 정도인 것 같네용...

저는 StateFlow를 적용해본 적 없어서 잘 모르겠습니당... 그래서 도입해봐도 좋은 경험이 될 것 같아서 좋습니다

다만, 도입하게 된다면 한 번에 마이그레이션 되나요? 아니면 점진적으로 되나요?

[giovannijunseokim]

개인적으로 제가 지금 체감할 수 있는 장점은 Null-Safe 정도인 것 같네용...

저는 StateFlow를 적용해본 적 없어서 잘 모르겠습니당... 그래서 도입해봐도 좋은 경험이 될 것 같아서 좋습니다

다만, 도입하게 된다면 한 번에 마이그레이션 되나요? 아니면 점진적으로 되나요?

사용중인 LiveData 개수가 그렇게 많지 않아서, 한 번에 할 듯 싶습니다!

저 외에도 코루틴과의 연계가 좋다거나 등등 여러 말들이 있었는데, 체감하기 어려운 부분 같아서 제외했어요.

[tobae-time]

아하, 저는 좋습니다 👍

[doabletuple]

Flow는 코틀린에서 제공하는 API이기 때문에 코루틴, KMP 등과 궁합이 좋은 반면 안드로이드 API가 아니기 때문에 생명주기를 별도로 처리해줘야 한다는 트레이드오프가 있는 것 같네요 🤔

직접 겪어봐야 체감이 될 것 같지만, non-null이 보장된다는 장점을 위해서라도 전환할만 하다고 생각합니다 👍

[wondroid-world]

안드로이드 공식문에서 따르면,
Flow는 cold stream이라서 collect(소비자)가 호출될 때마다 실행되는 구조이고,
반면 StateFlow는 hot stream으로 항상 메모리에 존재하고, 최신 값을 유지하다가 새로운 구독자가 생기면 즉시 현재 상태를 전달하군용!

LiveData와 달리 StateFlow는 Lifecycle을 자동으로 처리하지는 않지만, 항상 메모리에 초기값 존재하여 non-null 상태 설계가 가능하군용!

ViewModel의 UI 상태 관리에는 LiveData 대신 StateFlow 도입에 찬성합니당 👍