Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- 프로그래머스
- 개발자
- 이펙티브코틀린
- Go언어
- 반응형 프로그래밍
- RxJava
- Flutter
- 안드로이드
- 코딩테스트
- Dev6
- Swift 문법
- Rxjava 안드로이드
- 안드로이드 개발자
- 알고리즘
- 안드로이드 다이얼로그
- MVVM
- 이펙티브 코틀린
- 일상
- 잡담
- 안드로이드 컴포즈
- Java
- android
- 코루틴
- react
- android compose
- Kotiln
- 코틀린
- RxKotiln
- Firebase
- swift map
Archives
- Today
- Total
목록event flow (1)
최데브는 오늘도 프로그래밍을 한다.
eventFlow 방식으로 이벤트를 처리하고 있을 때 든 생각
보통 sealed class 를 이용해서 각 이벤트마다 따로 묶어서 기능의 성격에 맞게 구분하는데 한 액티비티에 프래그먼트가 3개가 들어있는 화면이 있다고 가정하자 그리고 액티비티의 viewModel 을 모두가 공유하고 있는 상황일때 하나의 event flow 만을 이용해서 처리하면 각 프래그먼트에서 같은 flow 를 콜렉트 하는 상황이 생긴다. 이러면 다른 이벤트를 처리하기전 기존의 flow 를 해제해주지 않으면 한 곳에서 진행중인 collect 가 다른 프래그먼트로 가야할 데이터를 계속 가져가서 원하는 화면에서 원하는대로 동작하지 않는 상황이 생긴다. 그래서 내린 결론은 event flow 는 한 액티비티나 한 프래그먼트에서 즉, View 를 기준으로 같이 쓰이는 애들끼리 묶어서 따로 만들어주는게 관..
Android
2023. 7. 5. 00:26