| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
Tags
- Android 12 대응
- Android ProgressBar
- coroutine
- 알고리즘 자바
- DataBinding
- OkHttp Interceptor
- 영어독립365
- Android Interceptor
- Android
- android recyclerview
- MVP Architecture
- scope function
- 영어공부
- Android WebView
- Android Jetpack
- 프로그래머스 알고리즘
- Android 12
- Android ViewPager2
- Android Navigation
- Java
- 안드로이드
- 습관만들기
- 카카오 알고리즘
- 코틀린 코루틴
- 안드로이드 갤러리 접근
- 안드로이드 카카오 로그인
- 66챌린지
- WebView
- Kotlin FCM
- Kotlin
Archives
- Today
- Total
목록2026/06/10 (1)
주맨의 개발노트
Compose로 화면을 만들다 보면 Recomposition이라는 말을 자주 듣게 됩니다. 상태가 바뀌면 Composable이 다시 실행되고, Compose는 변경된 상태를 기준으로 UI를 최신 상태로 맞춥니다.처음에는 이 정도로 이해해도 개발하는 데 큰 문제는 없습니다. 하지만 화면이 복잡해지고 리스트가 커지고 상태가 여러 계층으로 전달되기 시작하면, 단순히 "상태가 바뀌면 다시 그린다"는 설명만으로는 부족해집니다.특히 UiState를 잘게 나누고, data class에 val만 사용했는데도 특정 Composable이 계속 다시 실행되는 경우가 있습니다. 이때 문제의 원인이 되는 개념이 바로 Compose의 Stability입니다.이런 코드 쓴 적 있지 않나요?Compose 화면에서 ViewModel이..
안드로이드
2026. 6. 10. 23:54