[Android] LiveData에서 StateFlow 이전한 이유 (LiveData VS StateFlow)

🚜 LiveData에서 StateFlow(Flow)로 이전한 이유?

플레옹 프로젝트는 domain layer가 없는 안드로이드 앱 아키텍처 가이드를 기반으로 개발하였다.

거의 모든 도메인 로직이 백엔드 서버에 있어서 클린 아키텍처로 구현할 이유가 없었고

빠른 속도로 개발하고 출시해야했기 때문에 domain layer를 포함하지 않았다.

 

하지만 Marvel 프로젝트를 클린아키텍처(domain layer가 있는)기반으로 진행하였다.

Domain Layer는 다른 프레임워크에서도 사용할 수 있도록 Android에 의존성을 가지지 않은 순수 Java/Kotlin 코드로 구성해야하는데 LiveData는 Android 플랫폼에 종속적이다. 

그래서 Domain Layer에 Android 에 의존성이 없는 Flow를 도입하였고,

ViewModel에서는 LiveData를 대체하여 StateFlow를 채택하였다.

 

📦 LiveData vs StateFlow

LiveData와 StateFlow는 비슷한점이 많다.

둘다 관찰 가능한 data holder class이고, 앱 아키텍처에 사용할 때 비슷한 패턴을 따른다.

하지만 이 둘은 다르게 작동한다.

LiveData	StateFlow
관찰 가능한 data holder class
앱 아키텍처에 사용할 때 비슷한 패턴을 따름
Android 플랫폼에 종속적	순수 kotlin 라이브러리
생명주기를 가진 Activity, Fragment 등을 관찰하고, 관찰 대상의 생명주기에 따라 데이터를 전달한다. (뷰가 STOPPED 상태가 되면  LiveData.observe()는 소비자를 자동으로 등록 취소)	안드로이드 생명주기를 모른다. (뷰가 STOPPED 상태가 되어도 자동으로 수집을 중지하지 않음) 동일한 동작을 하려면 Lifecycle.repeatOnLifecycle 블록에서 흐름을 수집해야한다

* Guide *

Android 생명 주기와의 통합이 중요한 경우 --> LiveData

Flow 라이브러리를 사용하고 싶은 경우 --> StateFlow

 

정리 : Clean Architecture 관점에서 LiveData를 대체하여 Flow를 사용하는 것이 좋다.

 

 

그러면 StateFlow를 사용하는 예시를 보자 

ComicsViewModel.kt

@HiltViewModel
class ComicsViewModel @Inject constructor(
    private val getComicsUseCase: GetComicsUseCase
): ViewModel(){

    private val _comicsListFlow = MutableStateFlow<List<Comic>>(emptyList())
    val comicsListFlow: StateFlow<List<Comic>> = _comicsListFlow

    fun getComics(){
        viewModelScope.launch{
            getComicsUseCase().collect {
                _comicsListFlow.value = it
            }
        }
    }
}

ComicsFragment.kt

@AndroidEntryPoint
class ComicsFragment : Fragment() {

    private lateinit var binding : FragmentComicsBinding
    private val comicsViewModel: ComicsViewModel by viewModels()

    override fun onCreateView(
        inflater: LayoutInflater, container: ViewGroup?,
        savedInstanceState: Bundle?
    ): View? {
        binding = FragmentComicsBinding.inflate(layoutInflater)

        val adapter = ComicsAdapter()
        binding.comicRecyclerview.adapter = adapter
        subscribeUi(adapter)
        return binding.root
    }

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)

        comicsViewModel.getComics()
    }

    private fun subscribeUi(adapter: ComicsAdapter) {
        lifecycleScope.launch {
            repeatOnLifecycle(Lifecycle.State.STARTED)  {
                comicsViewModel.comicsListFlow.collect{ list ->
                    adapter.submitList(list)
                }
            }
        }
    }
}

 

StateFlow 정리

- 현재 상태와 새로운 상태 업데이트를 수집기에 내보내는 관찰 가능한 상태 홀더 Flow

- value 를 통해 현재 상태 값을 읽을 수 있음

- 상태를 업데이트하고 흐름에 전송하려면 MutableStateFlow 클래스의 value 에 새 값 할당

- hot stream : StateFlow에서 수집되는 모든 클래스가 소비자 (  flow 는 cold stream : 하나의 소비자에게 전송)

- LiveData와 다르게 생명주기가 Destroy 될 때 까지 데이터를 수집한다. 그래서 뷰가 표시되지 않을 때 또는 앱이 백그라운드에 있을 때도 데이터를 수집하여 메모리 문제를 발생시켜 앱이 다운될 수 있다. 이를 방지하기 위해서는 repeatOnLifecycle API를 사용하여야한다. 하지만! 백그라운드에서도 수행되어야 하는 작업은 repeatOnLifecycle을 사용하면 안된다.

 

https://github.com/youlalala/Marvel

GitHub - youlalala/Marvel: 👽 Android application For best practices: Clean Architecture, Multi Modules, Hilt, MVVM, Coroutine

 

reference)

https://developer.android.com/kotlin/flow/stateflow-and-sharedflow?hl=ko#livedata 

StateFlow 및 SharedFlow  |  Kotlin  |  Android Developers