| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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
- scope function
- Android
- Android WebView
- Android 12
- 영어독립365
- Java
- DataBinding
- 안드로이드 갤러리 접근
- 습관만들기
- Kotlin
- 카카오 알고리즘
- coroutine
- Android ViewPager2
- 영어공부
- android recyclerview
- Android Navigation
- 코틀린 코루틴
- Android 12 대응
- Kotlin FCM
- WebView
- 프로그래머스 알고리즘
- Android Interceptor
- MVP Architecture
- Android ProgressBar
- OkHttp Interceptor
- 알고리즘 자바
- 안드로이드 카카오 로그인
- Android Jetpack
- 66챌린지
- 안드로이드
Archives
- Today
- Total
목록2026/07/24 (1)
주맨의 개발노트
Compose를 배우면 상태 호이스팅(state hoisting)을 "왜 해야 하느냐"는 질문에 대해 대개 같은 답을 듣습니다. 재사용성이 좋아지고, 테스트가 쉬워지고, 관심사가 분리되고, 단방향 데이터 흐름(UDF)을 따르고, 단일 진실 공급원(SSOT)을 보장한다는 것입니다.전부 맞는 말이고, 상태 호이스팅을 하는 이유도 결국 여기에 있습니다. 요구사항이 바뀌어도 고쳐야 할 코드가 적고, 한 번 만든 컴포넌트를 여러 화면에서 다시 쓰고, UI를 손보는 일과 상태 로직을 손보는 일이 서로 발목 잡지 않는 — 그런 코드를 만들기 위해서입니다.다만 이 답은 "무엇이 좋아지는가"까지만 말해 줍니다. 그 효과가 어떤 원리로 생기는지, 그리고 이 원칙을 어디까지 적용해야 하는지는 한 걸음 더 들어가야 보입니다...
안드로이드/Jetpack Compose
2026. 7. 24. 12:58