성장기록지

Data Stream데이터의 순차적인 흐름을 의미동기적으로 동작하는 data Stream의 대표적 예시로 Sequence가 있다.비동기적으로 동작하는 data Stream의 대표적 예시로 Flow가 있다. Flow는 다음 글에 자세히 다루겠다.Sequence(List와 비교)List는 모든 값을 한번에 생성하고, 반환한다.하지만 Sequence는 순차적으로 데이터를 처리 후 반환한다 이렇게 간단하게 설명한다고 이해가 쉽지는 않으니 조금 더 자세히 설명해보겠다.Sequence의 목적sequence의 주요 목적은 컬렉션 각 요소를 지연 처리하는 것이다.주로 하나의 스레드에서 순차적으로 요소를 처리하는데 초점을 맞추고 있다.순차적인 처리에서 병렬 처리는 결함 요소가 될 수 있기에 효율적인 단일 스레드 처리를 ..

Compose Structure컴포즈는 다음과 같은 구조로 이루어져있다.여기서 Compiler와 Runtime은 Compose compiler와 Compose Runtime이다. Compose CompilerCompose를 사용해보신 분이라면 Kotlin 함수에 @Composable 어노테이션을 붙인 함수는Composable 함수로 변환되는 것은 모두가 알고 있는 사실이다.그렇다면 코틀린에서 어노테이션은 기본적으로 어떻게 처리되어질까? kapt나 ksp를 통해 이루어진다.하지만 Compose는 일반적인 어노테이션 프로세서로 처리하지 않고, compose 컴파일러를 활용한다.Compose 컴파일러는 순수 코틀린으로 작성된 코틀린 컴파일러의 플러그인이다.자바로 Compose를 사용할 수 없는 이유이기도 하다..

Smart Recomposition이전 글에서 작성하였듯이, Compose 에서는 컴파일 시점에 객체들의 “안정성(Stability)“을 확인한다. 그리고 어떤 컴포저블 함수에 사용 된 모든 인자가 안정적이라면, 그 컴포저블 함수는 “생략 가능하다(Skippable)“라고 본다. 리컴포지션이 발생했을 때, 어떤 컴포저블 함수의 모든 인자가 안정적(Stable)이고 그 값이 전혀 변하지 않았다면 리컴포지션을 생략한다. 안정의 조건Compose에서는 크게 3가지 기준을 통해 안정성을 판단한다.두 인스턴스가 같은 상태라면 두 객체의 비교 결과(equals)는 항상 같아야 한다. (동등성)객체가 가진 모든 public 필드는 안정된 상태여야 한다.만약 값이 변경된다면 컴포저블에 알려져야 한다.추가적으로 Comp..

StabilityCompose는 타입을 stable과 unstable로 간주한다. stable은 mutable이여도 값의 변경을 알 수 있는 경우나 immutable 타입일 때 이다. composable에 변경되지 않은 안정적인 매개변수가 있는 경우 컴포저블은 해당 매개변수를 스킵한다. unstable은 값의 변경을 알기 어려운 경우이다.Compose는 composable에 unstable 파라미터가 있는 경우 매번 recomposition을 하므로성능 문제가 발생할 수 있따. Immutable한 객체 예시 (Stable)파라미터가 전부 val로 정의된 원시타입이기 떄문에 변경을 할 수 없다. 따라서 immutable 하고, stable class이다참고) 모든 원시 타입은 immutable이다. ex)..

MVVM 아키텍처 패턴 개요MVVM(Model-View-ViewModel) 패턴은 안드로이드 앱 개발에서 구조적 명확성과 확장성을 위해 널리 사용되는 설계 패턴이다. 이 패턴은 다음 세 가지 구성 요소로 나뉜다.1. Model앱의 데이터 및 비즈니스 로직을 담당한다.데이터 소스와의 상호작용 및 데이터 처리를 수행한다.2. View역할: 사용자가 직접 상호작용하는 UI 부분. 레이아웃 파일(.xml), Activity, Fragment 등이 포함된다.의존성 제거: LiveData나 DataBinding을 사용하여 ViewModel과의 의존성을 최소화한다.주요 기술:LiveData: ViewModel로부터 데이터를 관찰하고 변경 사항을 자동으로 UI에 반영.DataBinding: 레이아웃 파일에 ViewMo..

data binding기존에 viewBinding을 포함한 기술에선UI 컴포넌트는 Activity나 Fragment에서 코드를 통해 속성을 설정해왔지만,data binding을 활용한다면 xml파일 내에서 view에 할당할 데이터를 선언할 수 있고,데이터가 변경되면 view도 갱신되게 된다. 즉 Layout의 Ui 컴포넌트를 데이터에 binding 할 수 있도록 지원하는 라이브러리이다.data binding의 특징뷰바인딩은 데이터를 뷰(ui)로만 전달이 가능하지만,데이터 바인딩을 사용한다면 양방향으로 데이터를 결합시킬 수 있다.레이아웃에서는 주어진 데이터로 UI를 출력하기에, 데이터만 관리하면 되니 역할분리도 제대로 되어진다!이러한 장점을 통해 MVVM 패턴을 적용할 때 사용되어진다. 그렇다면 view ..

컴포저블 내부에서 호이스팅그림과 같은 예시를 보자.전체 화면을 ConverSationScreen이라고 하고, 메시지가 보이는 목록들이 MessagesList,Jump to Bottom이라고 작성되어있는 버튼을 Button,Hi there! 이라고 적혀있는 입력창은 userInput을 의미한다. 그렇다면 요구사항은 다음과 같을 것이다."Jump to bottom을 누르면 MessagesList 가장 아래로 가게 해줘""새로운 메시지를 send해도 가장 아래로 가게 해줘" 그렇다면 계층구조는 어떻게 되어있을까? 그림과 같이 연결되어 있을 것이다. 여기서 우리는 State hoisting을 이용해 재사용성을 높이고 싶다는 생각이 들 것이다.그렇다면 어느 State를 어디까지 호이스팅 해야할까? 공식문서에서 아..

State hoisting?Hoisting은 번역하자면 "끌어올림"이라는 뜻이다.그럼 상태를 끌어올린다는 뜻인데, 상태는 무엇인지, 어떻게 끌어올린다는건지 감이 안 올 수 있을것이다. 그럼 우선 상태에 대해 알아보고 가자. State란?상태를 이해하기 위해선 다음 예시코드를 읽어보자.앱을 실행시킨 후, 이 코드의 텍스트필드에 타이핑을 한다면 어떻게 될까?정답은 아무 일도 일어나지 않는다. 텍스트필드에는 아무런 텍스트가 표시되지 않는다.@Composableprivate fun HelloContent() { Column(modifier = Modifier.padding(16.dp)) { Text( text = "Hello!", modifier = Mo..

Clean ArchitectureRobert C. Martin (Uncle Bob)가 만든흔히 과녁모양으로 불리는 그림을 토대로 구성한 아키텍쳐를 의미한다.복잡한 소프트웨어 시스템을 보다 관리 가능하고 유지보수 가능한 형태로 구축하기 위한 지침을 제공한다.Clean Architecture의 모든것이 아래에 담겨있다고 볼 수 있다. Clean Architecture의 이점The Clean Code Blog에 의하면, Clean Architecture가 시스템에 주는 이점은 아래와 같다고 한다.영어로 읽기 쉽지 않으므로 하나씩 해석해보도록 하겠다.Independent of Frameworks. The architecture does not depend on the existence of some librar..

프로젝트 진행할 때 적용하였던 클린아키텍쳐를 설명하기 위해선먼저 안드로이드 권장 아키텍쳐를 설명하는것이 좋다고 생각하여서정리하는 글을 작성해보고자 한다.  일반적인 아키텍처 원칙앱 아키텍처는 앱의 부분과 그 각 부분에 필요한 기능 간의 경계를 정의하는 것이다. 따라서 몇가지 특정 원칙을 준수하여야 한다.1. 관심사 분리Activity,Fragment와 같은 UI 기반 클래스에는 UI 및 운영 체제 상호 작용을 처리하는 로직만 포함하여야 하는 것처럼각자의 관심사에 맞게 책임을 가진 코드를 분리하여야 함을 의미한다.Activity와 Fragment는 OS와 애플리케이션을 이어주는 클래스이므로, 메모리부족과 같은 경우에 프로세스 킬이 일어날 수 있다. 따라서 관심사 분리 없이 해당 컴포넌트에 모든 코드를 넣게..