안드로이드 ViewModel 상태: UI 상태와 비즈니스 상태 경계
안드로이드 ViewModel에 모든 상태를 넣어야 하는 것은 아닙니다. UI 상태와 비즈니스 상태를 나누고, input state, loading state, domain state, one-time event를 어디에 두면 좋은지 실무 기준으로 정리합니다.
안드로이드 ViewModel에 모든 상태를 넣어야 하는 것은 아닙니다. UI 상태와 비즈니스 상태를 나누고, input state, loading state, domain state, one-time event를 어디에 두면 좋은지 실무 기준으로 정리합니다.
결합도가 중요한 이유는 코드가 연결되어 있기 때문이 아니라, 하나를 바꿀 때 같이 수정해야 하는 부분이 너무 많아지기 때문입니다. 이 글에서는 잘못된 설계 예시와 개선 예시를 통해 변경 전파와 유지보수 비용을 쉽게 설명합니다.
안드로이드 생명주기를 콜백 암기가 아니라 설계 기준으로 설명하는 시리즈 3편입니다.
안드로이드에서 Activity와 Fragment가 왜 나뉘는지, 화면 책임 분리 관점에서 설명하는 시리즈 2편입니다.
안드로이드 앱 구조를 처음 이해하고 싶은 독자를 위해 Activity, 생명주기, 상태, 비동기 작업이 어떻게 연결되는지 설명하는 시리즈 1편입니다.
객체지향을 클래스 개수나 상속 문법으로만 이해하면 왜 설계가 어려워지는지, 책임과 협력, 캡슐화 관점에서 다시 정리합니다.