Action 만들기
무슨 일이 일어났는지 type과 payload로 표현한다.
UI 이벤트 이름보다 도메인 사건 이름이 낫다Redux를 전역 상태 저장소라는 말로만 이해하면 어디서 버그가 나는지 찾기 어렵다. dispatch가 action을 보내고, reducer가 이전 상태와 action으로 다음 상태를 만들며, selector 구독이 필요한 컴포넌트만 다시 읽는 흐름을 기준으로 봐야 한다.
무슨 일이 일어났는지 type과 payload로 표현한다.
UI 이벤트 이름보다 도메인 사건 이름이 낫다컴포넌트나 thunk가 action을 store에 보내 상태 변경을 요청한다.
dispatch 자체가 상태를 직접 바꾸지는 않는다이전 상태와 action을 받아 새 상태를 순수 함수로 만든다.
mutation처럼 보여도 RTK는 Immer로 안전하게 처리한다컴포넌트는 필요한 조각만 selector로 구독하고 equality 기준을 확인한다.
매번 새 객체를 반환하면 다시 렌더링된다action log, state diff, time travel로 잘못된 상태 전이를 찾는다.
비동기 실패도 action 흐름으로 남긴다