Android Compose First는 최근 검색 관심이 커진 주제지만, 유행어만 따라가면 핵심을 놓치기 쉽습니다. 이 글은 공식 자료와 확인 순서를 기준으로 독자가 실제로 판단할 수 있게 정리합니다.
핵심은 기존 XML/View 앱에서 Compose First 흐름을 점진 전환 전략으로 이해입니다. 최신 주제일수록 단정적인 결론보다 기준과 리스크를 분리해서 보는 편이 안전합니다.
Android Compose First 흐름을 먼저 보기
Android Compose First를 먼저 정확히 해석하면
Android Compose First는 기존 XML/View 앱을 오늘 당장 전부 버리라는 말이 아닙니다. 새 Android UI 개발의 기본 방향이 Compose로 이동했다는 신호로 보는 편이 정확합니다.
핵심은 전면 재작성보다 새 기능과 자주 수정하는 화면부터 Compose로 옮기는 전략입니다.
View가 사라진다는 뜻은 아니다
Google은 View components를 유지보수 모드로 설명하지만, 동시에 deprecate하거나 제거할 계획은 없다고 말합니다. 이미 운영 중인 XML/View 화면은 갑자기 깨지는 대상이 아닙니다.
다만 새 기능, 새 도구, 문서, 샘플의 중심이 Compose로 이동한다면 장기적으로 View만 고집하는 팀은 학습과 채용, 유지보수에서 비용을 느낄 수 있습니다.
전면 재작성은 왜 위험할까
- 화면이 많을수록 QA 범위가 급격히 커진다
- 접근성, 다국어, 디자인 시스템 회귀가 생기기 쉽다
- 기존 Fragment/Navigation/RecyclerView 흐름과 섞이는 경계가 늘어난다
- 비즈니스 기능 개발이 멈추는 기간이 길어진다
그래서 Compose First를 이유로 전체 앱을 갈아엎기보다, 변경이 잦은 화면부터 작게 전환하는 쪽이 더 현실적입니다.
실무 전환 순서
- 새로 만드는 화면은 Compose로 시작한다
- 공통 버튼, 카드, 입력 컴포넌트부터 Compose로 추출한다
- 기존 화면은 큰 수정이 들어올 때 함께 전환한다
- ViewModel과 상태 흐름은 Compose 밖에서도 유지 가능한 형태로 정리한다
- 스크린샷 테스트와 접근성 확인을 전환 기준에 넣는다
언제 아직 XML/View를 유지해도 될까
화면이 안정적이고, 수정이 거의 없고, 팀이 Compose 테스트 기반을 아직 갖추지 못했다면 당장 전환하지 않아도 됩니다. 대신 새 기능부터 Compose를 쓰면서 팀의 기준을 조금씩 쌓는 편이 좋습니다.
Compose First 전환 우선순위
마이그레이션을 화면 단위로만 보면 안 되는 이유
Compose 전환은 단순히 XML 파일을 Kotlin 코드로 바꾸는 작업이 아닙니다. 상태 위치, 이벤트 전달, 디자인 시스템, 테스트 방식이 함께 바뀝니다. 그래서 화면 하나를 옮기더라도 주변 구조를 함께 봐야 합니다.
특히 기존 앱이 Fragment, RecyclerView, ViewBinding, DataBinding, XML theme에 많이 의존한다면 Compose만 도입해도 경계가 생깁니다. 이 경계를 명확히 정하지 않으면 코드가 새 기술과 레거시 기술의 혼합물로만 남을 수 있습니다.
- ViewModel의 상태는 Compose 밖에서도 읽기 쉬운 형태로 유지한다
- Navigation 전환은 한 번에 바꾸기보다 화면 묶음 단위로 본다
- 디자인 토큰과 공통 컴포넌트부터 Compose 기준을 잡는다
- 스크린샷 테스트나 UI 테스트로 회귀를 확인한다
전환을 미뤄도 되는 경우
모든 화면을 빨리 Compose로 바꾸는 것이 좋은 전략은 아닙니다. 화면이 안정적이고, 사용자 영향이 크며, 테스트가 부족하다면 유지하는 편이 더 안전할 수 있습니다.
대신 새 기능은 Compose로 만들고, 기존 화면은 큰 수정이 들어올 때 함께 전환하는 기준을 팀 규칙으로 두면 됩니다. 이렇게 하면 학습 비용과 제품 리스크를 동시에 줄일 수 있습니다.
정리
Android Compose First는 방향 전환입니다. 기존 XML/View 앱을 무리하게 갈아엎는 신호가 아니라, 앞으로 새 UI 개발과 도구 지원의 중심이 Compose라는 뜻입니다. 새 화면, 공통 UI, 자주 수정하는 화면부터 옮기면 위험을 줄이면서 흐름을 따라갈 수 있습니다.
관련 글로는 Jetpack Compose remember는 무엇을 기억할까, Compose 상태 호이스팅은 언제 해야 할까을 함께 보면 좋습니다. 외부 기준은 Android Developers Blog – Android UI Development is Compose First, Android Developers – Compose First, Android Developers – Compose migration을 확인했습니다.
