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
- 추상화함수
- kotlinClass
- 리컴포지션
- 우송대학교
- 큐
- Stack
- 우송대
- MCU
- 클래스
- Compoae
- Queue
- 재정의함수
- 라즈베리파이 피코
- Kotlin자료구조
- Class
- Android
- 스택
- deque
- 상태 호이스팅
- kotlin
- 아두이노
- LinkedList
- State Hoisting
- List
- Kotlin LinkedList
- 안드로이드
- 컴포즈
- 자료구조
- 임베디드
- 코틀린
Archives
- Today
- Total
목록compose (1)
개발자의 생활
리컴포지션(ReComposition)
앱은 사용하는 과정에서 UI들의 상태값이 변경이 됩니다. 당연히 상태가 변경되면 화면은 UI를 새로 그려야 합니다.기존 XML을 사용한 View 방식은 UI의 속성이 변경되면 자동으로 해당 UI만 새로 렌더링을 하여 보여주는 방식이었습니다. 리컴포지션 이란Compose 방식은 UI 상태를 기준으로 함수를 재구성하는 방식을 사용합니다. 즉 상태가 변경되면 함수를 부분적으로만 다시 호출하게 됩니다. 이를 리컴포지션이라고 합니다. 함수를 다시 호출한다는 시점에서만 보면 너무 비효율이 아닌가 라는 생각이 들게 됩니다.하나의 컴포저블 함수에 여러 버튼, 텍스트들이 존재하는데 그중 하나의 상태만 변경돼도 컴포저블 함수가 다시 호출이 되면 렌더링을 위한 GPU사용량이 많아지게 되니 성능이 안 좋은 거 아닌가 라는 생..
안드로이드 앱 개발/Compose
2025. 11. 14. 21:45
