| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
- 클래스
- Compoae
- State Hoisting
- Class
- 컴포즈
- 라즈베리파이 피코
- 추상화함수
- kotlinClass
- Queue
- deque
- 아두이노
- Kotlin자료구조
- Stack
- Kotlin LinkedList
- PICO4
- 자료구조
- 우송대학교
- 상태 호이스팅
- 안드로이드
- Android
- kotlin
- 스택
- 우송대
- List
- LinkedList
- 큐
- 개발 보드
- 코틀린
- 리컴포지션
- 재정의함수
- Today
- Total
목록Android (2)
개발자의 생활
상태 호이스팅 이란 간단하게 말하면 Composable의 상태를 위로 올리는 개념을 말합니다.즉 상태를 자식이 관리하지 않고 부모가 관리하도록 만드는 것입니다 stateful, stateless이 두 개는 Composable 가 상태를 관리하는 방법들입니다.하나씩 자세히 알아보겠습니다. 1. stateful이것은 composable 함수 내부에서 상태를 관리하는 방법입니다.@Composablefun CountButton( modifier: Modifier){ val count = remember { mutableIntStateOf(0) } Button( onClick = {count.intValue++}, modifier = modifier ) { ..
앱은 사용하는 과정에서 UI들의 상태값이 변경이 됩니다. 당연히 상태가 변경되면 화면은 UI를 새로 그려야 합니다.기존 XML을 사용한 View 방식은 UI의 속성이 변경되면 자동으로 해당 UI만 새로 렌더링을 하여 보여주는 방식이었습니다. 리컴포지션 이란Compose 방식은 UI 상태를 기준으로 함수를 재구성하는 방식을 사용합니다. 즉 상태가 변경되면 함수를 부분적으로만 다시 호출하게 됩니다. 이를 리컴포지션이라고 합니다. 함수를 다시 호출한다는 시점에서만 보면 너무 비효율이 아닌가 라는 생각이 들게 됩니다.하나의 컴포저블 함수에 여러 버튼, 텍스트들이 존재하는데 그중 하나의 상태만 변경돼도 컴포저블 함수가 다시 호출이 되면 렌더링을 위한 GPU사용량이 많아지게 되니 성능이 안 좋은 거 아닌가 라는 생..