Android Compose Architecture

Android Compose architecture를 설명한다

By @taehwandev

Start Reading

Chapter 1

by taehwandev

@taehwandev-

over 1 year ago(Updated)

Android Compose Architecture

1부 - 컴포즈에 사용할 Composable Architecture 설명(리엑트?)

이 글은 최근 유행하는 MVI (Model-View-Intent) 패턴과는 다른, 리액트의 Reducer, UiState, Effect, Action 개념을 포함하는 T Composable Architecture를 소개하는 글의 첫 번째 편입니다. TComposableArchitecture - 링크 2부 예고: Alert/Snackbar(Toast)의 로직

Chapter 2

by taehwandev

@taehwandev-

over 1 year ago(Updated)

Android Compose Architecture

2부 - Composable Architecture는 만들었는데 문제가 있었네? 개선해보자.

이전 글에서 Composable Architecutre를 소개하는 내용을 담아보았는데, 몇 가지 문제점을 발견하여 이를 개선한 내용을 다시 정리하는 글이다. 크게 2가지 문제점을 확인하였다. ViewModel 내 Reducer 처리 후 자동 next Action 스트림 처리를 위한 싱글턴 활용 시 Lifecycle 문제 이 2가지 문제점을 해결하기 위해 코

Chapter 3

by taehwandev

@taehwandev-

over 1 year ago(Updated)

Android Compose Architecture

3부 - Composable Architecture에서는 Alert/Toast는 어떻게 사용할 수 있는가?

이 글에서는 Composable Architecture에서 Alert(Dialog)/Toast(Snackbar) 활용법을 소개한다. 기본 형태는 1부/2부에서 소개한 Action을 활용하는 시스템을 적용했다. 이 글은 디자인 시스템이 있을 경우 Dialog/Toast를 공통화시키는 방식을 다루고 있다. 이 글에서는 Alert/Toast(Snackbar)를

Chapter 4

by taehwandev

@taehwandev-

over 1 year ago(Updated)

Android Compose Architecture

다시 - Composable Architecture 설계 변경

Composable Architecture에 대한 세 편의 글에 이어 이번 글을 작성하게 되었다. 이번에는 전반적인 설계가 변경되어 사실상 새로운 아키텍처라고 볼 수 있다. 가장 큰 변화는 무엇인가? 싱글턴으로 활용하던 Action을 ViewModel에 한정하여 사용하도록 변경했다. Router를 새로 추가했으며, Action과 독립적으로 동작하도록 개선했

Chapter 5

by taehwandev

@taehwandev-

over 1 year ago(Updated)

Android Compose Architecture

다시 2부 - Composable Architecture - 라우터 소개

원래는 Action 시스템을 활용해서 Router를 쓰려고 설계했지만, 필자가 기존에 사용하던 방식 중 하나로 돌아가 거기서부터 다시 설계되었다. 이 라우터는 크게 두 가지 상황에 활용 가능하다. Activity 간 화면 이동 Compose Navigation 간 화면 이동 만약 싱글 액티비티(Single Activity) 구조를 쓴다면 Compose Na

Chapter 6

by taehwandev

@taehwandev-

about 2 months ago

Architecture Android Compose Architecture

Activity가 있는 Android feature는 어떻게 나눠야 할까

지난 글에서는 AI와 함께 개발할수록 코드의 위치와 의존 방향을 분명히 정해야 한다고 썼다. 이번에는 그 기준을 Activity가 필요한 feature에 적용한다. 결론부터 말하면 Activity가 필요할 때 impl을 추가한다. impl은 feature 화면 전체를 넣는 기본 모듈이 아니다. Android가 feature에 들어오는 방법을 구현하는 모듈이

View thread

Chapter 7

by taehwandev

@taehwandev-

about 1 month ago(Updated)

Android Compose Architecture Architecture

Compose ui 모듈은 왜 ViewModel까지 가져야 할까

지난 글에서는 Activity가 필요할 때 impl을 추가하고, Activity와 Compose host가 같은 화면을 쓸 때 ui를 분리한다고 정리했다. 여기서 ui를 stateless composable만 모아 둔 모듈로 생각하면 문제가 생긴다. ViewModel과 navigation 연결을 impl에 남기면 Compose host가 화면을 열 때 결국

View thread

Chapter 8

by taehwandev

@taehwandev-

about 1 month ago

Android Compose Architecture Architecture

Android navigation 코드는 어디까지 api에 둬야 할까

이전에 소개한 Router는 Activity 간 이동과 Compose Navigation 안의 이동을 함께 처리했다. 화면에서는 Navigator로 이동을 요청하고, 요청을 받은 쪽에서 Activity를 열거나 Navigation의 화면을 바꾼다. Navigation을 쓴다고 앱의 Activity가 하나일 필요는 없다. Activity가 있는 feature

View thread