UI State를 설계할 때 화면 회전만 생각하면 충분하지 않다. Android 앱은 언제든 프로세스가 종료될 수 있고, 사용자는 다시 돌아왔을 때 가능한 한 이어서 쓰기를 기대한다. 저장해야 할 상태와 다시 계산할 상태를 구분해야 한다.
이 글은 원문을 그대로 옮긴 번역이 아니라, 실제 Android 프로젝트에 적용할 때 무엇을 남길 수 있을지 정리한 기록이다.
참고한 글
- Saving UI state on Android (2023-05-10)
읽고 남긴 포인트
- 모든 UI State를 저장하려 하면 오히려 복원 로직이 복잡해진다.
- 사용자가 직접 입력한 값과 서버에서 다시 가져올 수 있는 값은 다르게 다뤄야 한다.
- SavedStateHandle은 영구 저장소가 아니라 복원을 돕는 작은 저장 공간이다.
프로젝트에 적용한다면
- 검색어, 선택한 탭, 스크롤 키처럼 사용자 맥락을 잃으면 불편한 값부터 저장한다.
- 목록 데이터처럼 다시 로드할 수 있는 값은 저장보다 재구성 전략을 세운다.
- 프로세스 종료 복원 시나리오를 QA 체크리스트에 넣는다.
정리
좋은 복원 전략은 모든 것을 기억하는 것이 아니라, 사용자가 “끊겼다”고 느끼지 않을 만큼의 맥락을 보존하는 것이다