원래 서로의 컴포넌트들은 자신의 상태가 변경되었을때, 자신에게 의존하고 있는 다른 컴포넌트들에게 그것을 직접 알려줘야 했다. 하지만 redux를 사용하게 되면 모든 컴포넌트들이 랜더링 될때 필요한 데이터를 담고 있는 state를 만들고, 만약 action을 전달하여 reducer를 통해 state가 변경되게 되면 모든 컴포넌트들에게 state가 변경되었음을 알리고 state가 변경됨에 따라 subsctibe에 포함되어있는 함수들이 실행되면서 컴포넌트들이 재랜더링되기 때문에 컴포넌트들간의 의존성이 낮아지고 컴포넌트들은 각자 자신의 상태에만 집중할 수 있게 된다.
지금 이해한 상태에서 Redux를 쓰면 state의 과거, 현재 흐름을 알 수있음.
state를 가져오기, 쓰기의 역할이 각자 정해짐으로 인해서 오는 스타일 정립?
state변화를 알려주기때문에 그 사이에 다른 작업을 할 수 있을꺼같음.(이건 예상이긴 한데 state변화 전이나 후에 뭔가 다른걸 해줄 수 있지 않을까 싶어서요.)
관리는 Redux가 해주므로 다른건 신경 안쓰고 작업할 수있음(컴포넌트 작업에 용이, 정해진 방법대로 state를 관리하면 다른 component를 신경쓸 필요없음) 정도 인거 같습니다.
상태관리는 왜하는 것인지 Redux는 왜 쓰는 것인지 react와 같이 공부하면서 봤을때는 귀찮은 일이 더 많아 진다고
생각했는데 강의를 들으면서 정리가 되어서 너무 좋습니다.
아직 좀 더 써봐야겠지만 그림으로 그려주신 게 너무 좋아서 다시 프로젝트할 때도 많이 참고할거같습니다, 감사합니다.