repeatOnLifecycle 없이 Flow를 collect하면 왜 문제가 생길까
repeatOnLifecycle 없이 Flow를 collect할 때 생길 수 있는 lifecycle, 중복 collect, 화면 비활성 상태 업데이트 문제를 collectAsStateWithLifecycle과 함께 설명합니다.
-
-
Offline-first Android 앱 구조: Room, Flow, WorkManager는 어떻게 역할을 나눌까
Offline-first Android 앱 구조를 Room, Flow, WorkManager 역할 분리 관점에서 정리합니다. 로컬 데이터, Repository, 동기화, 재시도 기준을 쉽게 설명합니다.
-
snapshotFlow는 언제 필요할까
snapshotFlow를 언제 써야 하는지, Compose state와 Flow의 경계가 어디인지, 스크롤 상태 감시와 operator 연결은 어떻게 하는지 쉽게 설명합니다.
-
collectAsStateWithLifecycle 정리
collectAsStateWithLifecycle이 왜 필요한지, Compose에서 Flow를 화면에 연결할 때 lifecycle을 왜 같이 봐야 하는지 실제 예시와 함께 쉽게 설명합니다.
-
코틀린 Flow와 suspend 함수 차이: 한 번 받는 작업과 계속 흘러오는 데이터를 어떻게 구분할까
코틀린 Flow와 suspend 함수 차이는 문법보다 계약에서 갈립니다. 이 글에서는 한 번 결과를 받고 끝나는 작업과 계속 흘러오는 데이터를 어떻게 구분해야 하는지, Flow의 cold 특성과 collect 시점이 왜 중요한지, API 설계에서는 어떤 기준으로 선택하면 좋은지 단계적으로 정리합니다.
-
Room Flow는 왜 편할까: 자동 갱신 쿼리의 장점과 주의점
Room Flow를 쓰면 자동 갱신 쿼리 흐름이 편해집니다. 이 글에서는 Room DAO가 Flow를 반환할 때 invalidation 기반 재조회가 어떻게 동작하는지, 장점과 과한 관찰 비용, lifecycle과 threading 주의점, LiveData나 one-shot query가 더 단순한 경우까지 실무 기준으로 정리합니다.
