Compose

Jetpack Compose는 네이티브 UI를 빌드하기 위한 Android의 최신 UI Toolkit으로, UI를 선언형(Declarative)으로 구성할 수 있게 해준다.더 적은 수의 코드, 강력한 도구들, 직관적인 Kotlin API로 Android에서의 UI 개

Composable 함수는 Jetpack Compose에서 UI를 구성하는 가장 기본적인 요소로, @Composable 어노테이션이 적용된 함수이다. 이 함수는 다른 Composable 함수를 호출할 수 있다.Composable 함수는 재사용 가능한 작은 단위로 만들어

상태는 Compose의 선언적 UI 패러다임에서 UI를 어떻게 그리고 유지할지를 결정하는 데이터이다. 상태는 UI를 동적으로 업데이트하고 사용자와의 상호작용에 반응한다. Compose는 Composable 함수를 호출하여 상태를 UI로 변환한다. 상태(데이터)가 변경되

현재 Greeting 함수는 내부에 expanded라는 상태를 포함하고 있다. 이렇게, 내부에 상태를 가진 컴포저블을 Stateful 컴포저블이라고 한다.Stateful 컴포저블은 호출자가 상태를 직접 제어하고 관리하지 않아도 되는 경우에 유용하다. 그러나 이렇게 내부

공식 문서에서는 상태 홀더를 이렇게 설명한다.컴포저블의 로직과 상태를 관리한다.다른 자료에서는, 상태 홀더를 호이스팅한 상태 객체라고도 한다.상태를 끌어올리는 것은 컴포저블을 Stateless하게 만드는 과정이다. 이때, 추적해야 할 상태의 양이 늘어나거나 컴포저블에

프로젝트를 진행하면서 각 화면의 UI를 구현하기 전에, 공통으로 사용될 UI 요소들을 먼저 설계하고자 했다.그중 하나가 TopAppBar였다.TopAppBar를 설계하면서 가장 고민이 되었던 부분은 다음 두 가지 접근 방식 중 어떤 것을 선택할지였다.최상단에 하나의 T

Navigation 2.8.0-alpha08 부터 Compose Navigation은 Kotlin DSL을 사용하여 NavGraph를 정의할 때 Kotlin Serialization을 기반으로 한 Type Safe 시스템을 제공한다.Type Safe란 무엇이고 왜 필요

Jetpack Compose에서 상태 관리는 앱의 핵심 요소이다. 특히, 복잡한 UI를 다룰 때는 상태를 효율적으로 관리하는 것이 중요하다. 이번 글에서는 State Holder에 Custom Saver를 사용하여 상태 관리를 개선하는 과정을 공유하고자 한다.이전에는