예를들어 회원가입 페이지를 만든다고 할 때 상태에는
아이디, 비밀번호, 에러 메시지가 있을 수 있을거고
이 데이터를 뷰모델에 저장할 때
하나의 상태로 묶어서 저장할 지
각각의 상태로 각각 관리해줄지 정해진게 없더라
하나의 상태로 묶어서 관리하는 경우에는 같은 데이터일경우 UI 컴포넌트 렌더링을 건너뛰는 로직을 추가로 작성해줘야하고
각각의 상태로 관리하는 경우에는 UI 업데이트 순서가 꼬일일이 없는지 신경써줘야함
리액트 진영 쪽에서는 각각의 상태로 관리하는걸 추천하던데
안드로이드 진영 쪽에서는 하나의 상태로 관리하는걸 추천함
깃갤러들의 선택은?
안드쪽애서도 컴포즈같은 선언형 ui 쓰면 리액트처럼 갈수밖에 없지않나?
안드로이드는 이전과 같은 데이터면 컴포저블 렌더링이 자동으로 스킵하는 기능이 기본으로 들어가있음. 그래서 걍 같은 스크린이면 서로 영향이 있든 없든 하나의 상태로 다 묶음
오히려 기존 뷰 시스템이 상태를 각각 관리를 하지
지 생각이 맞는줄아는 또라이 새끼네, 누가 그렇게 말했냐?
ㄴ kotlinlang 슬랙 채널에 android-architecture 채널 들어가보면 multiple state 에 관해 토론한 쓰레드 있음
ㄴ 너도 이제 근거대셈
연관 있으면 묶고 아님 말고