Android developer's blog. story.
Compose Navigation에서 WebView 활용 시 Recompistion이 발생한다.
A에서 B로 navigate 했다가 다시 A로 돌아오는 경우 Recomposition이 발생한다.(당연하게도)
Recomposition을 막을 순 없지만 WebView를 유지할 수 있는 방법은 없을까?
작성한 GitHubUserSearch 소스를 기반으로 flow를 통해 실시간 데이터 갱신하는 방법에 대해 정리해 본다.
이 방식을 사용하면 데이터를 다시 부르기 위한 형태가 필요치 않고, 실시간 데이터를 지속적으로 받을 수 있는 장점이 생긴다.
여기에서 설명하는 코드는 매뉴얼 인젝션을 사용한 코드이다.
kotlin coroutines을 활용한 exception은 매우 쉽다.
fun some() {
viewModelScope.launch {
try {
// call suspend function
} catch(e: Exception) {}
}
}
launch 안에 try/catch 묶어야 함이 중요하다. coroutines의 장점 역시 우리가 항상 사용하는 함수만 이해하면 코루틴을 활용할 수 있다는 점이다.
그렇다면 Flow에서의 예외 처리는 어떻게 할 수 있을까?
가장 기본적으론 아래와 같이 할 수 있다.
fun some() {
viewModelScope.launch {
try {
flowXXX
.collect {}
} catch(e: Exception) {}
}
}
flow 같진 않지만 flow로 동작하니 일단 넘어가자.
포트폴리오와 이력서는 어떻게 관리하는 것이 좋을까?
그냥 많은 프로젝트를 진행하고, 많은 활동을 하는 것이 좋을까?
이 글은 지극히 개인적인 생각을 담아 정리하기에 편하게 읽어주시길
Android MVVM 따라 하기 3 번째 글이다.
이번 글에서는 최소한 하지 않아야 할 부분을 적어보려고 한다.
안드로이드 MVVM은 결국 Lifecycle을 알고는 있다. 하지만 Context를 직접 접근하지는 않아야 한다.
class SampleViewModel {
fun showMain(context: Context) {
// Bad
}
단순 데이터 전달이 없다면 어떠한 이벤트를 바로 View에서 처리하는 편이 더 좋다.
하지만 데이터가 추가로 필요한 경우, 상황에 따라 다른 화면으로 이동을 필요로 한다면 다음과 같이 작성하는 게 좋다.
private val _showMain = MutableLiveData<Item?>(null)
val showMain: LiveData<Item?>() get() = _showMain
// or
private val _showMain = MutableStateFlow<Item?>(null)
val showMain: Flow<Item> get() = _showMain.filterNotNull()
fun loadData() {
// Load data
_showMain.value = Item(...)
}
}