[Redux]

ko.redux.js.org/understanding/thinking-in-redux/three-principles/

3가지 원칙 | Redux

 

 

3가지 원칙 | Redux

velog.io/@velopert/Redux-3-%EB%A6%AC%EB%8D%95%EC%8A%A4%EB%A5%BC-%EB%A6%AC%EC%95%A1%ED%8A%B8%EC%99%80-%ED%95%A8%EA%BB%98-%EC%82%AC%EC%9A%A9%ED%95%98%EA%B8%B0-nvjltahf5e

Redux (3) 리덕스를 리액트와 함께 사용하기

velopert.com/3528

리덕스(Redux)를 왜 쓸까? 그리고 리덕스를 편하게 사용하기 위한 발악 (i) | VELOPERT.LOG

리덕스에서 중요한 점

리덕스는 데이터흐름이나 구조 자체가 모벡스보다 정형화 되어있다. 리액트-리덕스라고 부르고, 모벡스-리액트라고 부른다. 이유는 모르겠지만, 그냥 이렇게 불린다는 것~

프로젝트할 때 어떤 데이터가 필요한지 고려한 뒤 "상태", "스토리지"를 감안해서 정해야한다. 설계가 중요함.

 

리덕스를 사용하면 좋은 점

현재 상태와 이전 상태를 저장할 수 있어서 유지보수에 용이하다.

리듀서가 스토의 기존 상태를 바꾸는 것이 아니라, 새로운 객체(newState)를 만들면서 대체하게 된다. 그리고 기존의 상태는 히스토리에 저장!

순수함수/불변성에 의해서..

 

1. 스토어에 현재 상태가 있고,

2. 액션 크리에이터에서, dispatch(action)을 이용해,

3. 리듀서로 보내면, 새로운 상태 객체가 생성된다. 이제 스토에 있는 상태는 기존의 상태가 아닌, 새로 생성된 상태 객체

4. 리액트 컴포넌트..!!??

 

엄청난 뎁스의 컴포넌트간의 상태 공유가 필요할 때 리덕스가 편리함.

 

 

폴더 구조

 

 

사용법

 

 

데이터 흐름

 

 

상태설계

 

이번 스프린트는 리액트를 사용하지 않고 리덕스만 쓰는 경우로 제한한다.