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