这个简单的想法证明是非常强大的。 使用Redux，你可以将一系列事件重播到reducer中，从而获得新的应用程序状态。
Redux应用程序中的Reducer不应该改变state，而是返回一个副本，并且无副作用。 这鼓励你把你的应用程序想象成从一系列事件中“计算”的UI。
让我们来看看一个简单的计数器reducer。
简单的 Reducer
app/reducer/counter-reducer.ts
import { INCREMENT_COUNTER, DECREMENT_COUNTER } from '../actions/counter-actions';
export default function counter(state = 0, action) {
switch (action.type) {
case INCREMENT_COUNTER:
return state + 1;
case DECREMENT_COUNTER:
return state - 1;
default:
return state;
}
}
我们可以看到，我们正在传递一个初始状态和一个动作。为了处理每个动作，我们设置了一个switch语句。而不是每个reducer需要显式订阅分发器，每个动作都会传递到每个reducer，它处理它感兴趣的动作，然后返回新状态到下一个reducer。
Reducers 应无副作用。这意味着他们不应该修改自己范围之外的东西。他们应该简单地计算下一个应用程序状态作为reducer参数的纯函数。
出于这个原因，诸如更新数据库中的记录，生成id等的副作用引起操作应该在应用中的其他地方处理，例如在动作创建者中，使用中间件例如 ‘Epics’ from redux-observable 或 ngrx/effects。
创建reducer时的另一个考虑因素是确保它们是不可变的，而不是修改应用程序的状态。如果您改变应用程序状态，它可能会导致意外的行为。有几种方法可以帮助维护reducer的不变性。一种方法是使用ES6的新功能，如Object.assign或数组的展开运算符。
function immutableObjectReducer(state = { someValue: 'value'} , action) {
switch(action.payload) {
case SOME_ACTION:
return Object.assign({}, state, { someValue: action.payload.value });
default:
return state;
}
}
function immutableArrayReducer(state = [1,2,3], action) {
switch(action.payload) {
case ADD_ITEM:
return [...state,action.payload.value]
default:
return state;
}
}
但是，当处理复杂或深层嵌套的对象时，可能很难使用此语法在应用程序中维护不变性。这种情况下像Immutable.js这样的库可以提供帮助。
创建应用的Root Reducer
@ngrx允许我们将您的应用程序分解成具有单个关注领域的较小的reducer。 我们可以通过创建一个反映应用程序AppState的对象来组合这些reducer，其中每个属性将指向其中一个较小的reducer。
app/store/rootReducer.ts
import {counterReducer} from './counter/counter.reducer';
export const rootReducer = {
counter: counterReducer
};