애플리케이션의 크기가 커지면 리듀서 로직의 공통된 패턴이 나타날 겁니다. 어쩌면 당신의 리듀서로직이 다른 종류만 다른 데이터에 대해 같은 일을 함을 발견하고 중복을 줄이고자 각 데이터 타입에 대해 같은 로직을 재사용하고 싶을 수 있습니다. 또는 특정 데이터에 대해 여러 "인스턴스"를 스토어에서 처리하고 싶을 수도 있습니다. 하지만 전역 리덕스 구조는 몇 가지 트레이드오프가 있습니다: 이는 애플리케이션의 전체적인 상태를 쉽게 추적할 수 있게 해줍니다. 하지만 특히 combineReducers를 사용하는 경우, 업데이트가 필요한 상태 조각을 "지정하는 작업"을 어렵게 합니다.
예제에서, 우리는 애플리케이션에서 A,B,C라는 여러 카운터를 추적하고 싶어합니다. 우리는 초기 counter를 정의하고 상태를 설정하기 위해 combineReducers를 사용합니다.
안타깝게도 이 설정엔 문제가 있습니다.combineReducers는 같은 액션에 대해 각 슬라이스 리듀서를 호출합니다. {type : 'INCREMENT'}가 디스패치되면 하나가 아닌 세 카운터 값을 증가시킬 겁니다. 우리가 원하는 카운터값만을 증가시키기 위해 counter로직을 래핑하는 방법이 필요합니다.
고차 리듀서로 동작 커스터마이징하기
리듀서 로직 분리하기에서 정의된 것처럼, 고차 리듀서는 리듀서 함수를 인자로 가지는 함수이며 결과로 새로운 리듀서함수를 리턴합니다. 이는 "리듀서 공장"으로 볼 수 있습니다. combineReducers는 고차 리듀서의 한 예제입니다. 이 패턴을 사용해서 특정 액션에 반응하는 자신만의 리듀서 함수의 특수 버전을 정의할 수 있습니다.
functioncreateCounterWithNamedType(counterName ='') {returnfunctioncounter(state =0, action) {switch (action.type) {case`INCREMENT_${counterName}`:return state +1;case`DECREMENT_${counterName}`:return state -1;default:return state; } }}functioncreateCounterWithNameData(counterName ='') {returnfunctioncounter(state =0, action) {const {name} = action;if(name !== counterName) return state;switch (action.type) {case`INCREMENT`:return state +1;case`DECREMENT`:return state -1;default:return state; } }}
우리는 이제 특수한 카운터 리듀서를 생성하기 위해 이 중 하나를 사용할 수 있어야 하며 우리가 필요한 상태의 부분에만 영향을 줄 수 있는 액션을 디스패치 할 수 있어야 합니다.