redux 簡介
本文預設大家掌握一些react和flux架構的相關知識，也用過或了解過redux，所以並不會從最基礎的講起，而是直接對redux進行總結。如果沒有用過redux，最好可以先看這裡
想要理解redux，我們首先要總結redux的一些設計原則：
單一資料來源
Redux中只有單一個物件大樹結構來的儲存整個應用的狀態，也就是整個應用程式中會用到的數據，稱之為store(儲存)。 store除了儲存的數據，還可以儲存整個應用的狀態（包括router狀態，後文有介紹），所以，透過store，實現一個對整個應用的即時保存功能(建立快照)變為可能，另外這個設計也為服務端渲染提供了可能。
狀態是唯讀的
這一點符合flux的設計理念，我們並不能在components裡面更改store的狀態（實際上redux會根據reducer生成store)，而是只能透過dispatch，觸發action對目前狀態進行迭代，這裡我們也沒有直接修改應用程式的狀態，而是回傳了一個全新的狀態。
狀態修改均由純函數構成
Redux中的reducer的原型會長得像下面這樣，你可以把它當作是之前的狀態+ 動作= 新的狀態的公式:
(previousState, action) => newState
reee
每一個reducer都是純函數，這意味著它沒有任何副作用，這種設計的好處不僅在於用reducer對狀態修改變的簡單，純粹可以測試，另外，redux可以保存各個返回狀態從而方便地生成時間旅行，追蹤每一次因為出發action而導致變更的結果。 我們如果在react中使用redux，同時需要react-redux 和 redux。 redux 架構與源碼分析這一部分主要談一點自己的理解，可能有些抽象，也可能不完全正確，可直接跳過。 createStoreredux中核心的方法是createStore，react的核心功能全都覆蓋在createStore和其最終生成的store中，createStore方法本身支援傳入reducer、initialState、enhancer三參數，enhancer可以作為增強的包裝函數，這個我們並不是十分常用。 這個函數內部維護了一個currentState，並且這個currentState可以通過getState函數(內置)返回，另外本身實際上是實現了一個發布-訂閱模式，通過store.subscribe來訂閱事件，這個工作由react-redux來幫助我們隱式完成，這是為了在有dispatch的時候觸發所有監聽從而更新整個狀態樹。另外，內建的dispatch函數在經過一連串校驗後，觸發reducer，之後state被更改，之後依序呼叫監聽，完成整個狀態樹的更新。 middleWare用過redux的朋友實際上都對於redux-thunk等中間件並不陌生，實際上很多時候這是不可缺少的，redux對middleWare也有很好的支持，這種理念我認為和nodejs的中間件機制有些類似：action依序經過各個middleWare然後傳給下一個，每一個middleWare也可以進行另外的操作比如中斷或者改變action，知道最終的處理函數交給reducer。 redux的applyMiddleware函數非常精煉：
export default function applyMiddleware(...middlewares) {
return (createStore) => (reducer, preloadedState, enhancer) => {
var store = createStore(reducer, preloadedState, enhancer)
var dispatch = store.dispatch
var chain = []
var middlewareAPI = {
getState: store.getState,
dispatch: (action) => dispatch(action)
//注意这里的dispatch并不是一开始的store.dispatch，实际上是变化了的
}
chain = middlewares.map(middleware => middleware(middlewareAPI))
dispatch = compose(...chain)(store.dispatch)
return {
...store,
dispatch
}
}
}export default function compose(...funcs) {
if (funcs.length === 0) {
return arg => arg
}
if (funcs.length === 1) {
return funcs[0]
}
const last = funcs[funcs.length - 1]
const rest = funcs.slice(0, -1)
return (...args) => rest.reduceRight((composed, f) => f(composed), last(...args))
}function createThunkMiddleware(extraArgument) {
return ({ dispatch, getState }) => next => action => {
if (typeof action === 'function') {
return action(dispatch, getState, extraArgument);
}
return next(action);
};
}
const thunk = createThunkMiddleware();
thunk.withExtraArgument = createThunkMiddleware;
export default thunk;<Route path="/mail/:mailId" component={Mail} />简单的说，react-router-redux让我们可以把路由也当作状态的一部分，并且可以使用redux的方式改变路由：直接调用dispatch：this.props.push(“/detail/”);，这样把路由也当作一个全局状态，路由状态也是应用状态的一部分，这样可能更有利于前端状态管理。
react-router-redux是需要配合react-router来使用的，并不能单独使用，在原本的项目中添加上react-router-redux也不复杂：
import { createStore, combineReducers, compose, applyMiddleware } from 'redux';
import { routerReducer, routerMiddleware } from 'react-router-redux';
import { hashHistory } from 'react-router';
import ThunkMiddleware from 'redux-thunk';
import rootReducer from './reducers';
import DevTools from './DevTools';
const finalCreateStore = compose(
applyMiddleware(ThunkMiddleware,routerMiddleware(hashHistory)),
DevTools.instrument()
)(createStore);
console.log("rootReducer",rootReducer);
const reducer = combineReducers({
rootReducer,
routing: routerReducer,
});
export default function configureStore(initialState) {
const store = finalCreateStore(reducer, initialState);
return store;
}另外，上文提到的demoreact-router-redux-demo用了react-router和react-router-redux，当然也用到了redux的一些别的比较好的工作，比如redux-devtools，有兴趣的朋友可以点击这里
这一部分讲述的是一种组件书写规范，并不是一些库或者架构，这些规范有利于我们在复杂的项目中组织页面，不至于混乱。
从布局的角度看，redux强调了三种不同的布局组件，Layouts，Views，Components：
Layouts: 指的是页面布局组件，描述了页面的基本结构，可以是无状态函数，一般就直接设置在最外层router的component参数中，并不承担和redux直接交互的功能。比如我项目中的Layouts组件：
const Frame = (props) =>
<p className="frame">
<p className="header">
<Nav />
</p>
<p className="container">
{props.children}
</p>
</p>;Views组件，我认为这个组件是Components的高阶组件或者Components group，这一层是可以和redux进行交互并且处理数据的，我们可以将一个整体性功能的组件组放在一个Views下面(注：由于我给出的demo十分简单，因此Views层和Components层分的不是那么开)
Components组件，这是末级渲染组件，一般来说，这一层级的组件的数据通过props传入，不直接和redux单向数据流产生交互，可以是木偶般的无状态组件，或者是包含自身少量交互和状态的组件，这一层级的组件可以被大量复用。
总而言之，遵守这套规范并不是强制性的，但是项目一旦稍微复杂一些，这样做的好处就可以充分彰显出来。
redux的单向数据流相对于双向数据绑定，在处理表单等问题上的确有点力不从心，但是幸运的是已经开源了有几个比较不错的插件：
redux-form-utils，好吧，这个插件的star数目非常少，但是他比较简单，源代码也比较短，只有200多行，所以这是一个值得我们看源码学习的插件(它的源码结构也非常简单，就是先定一个一个高阶组件，这个高阶组件可以给我们自己定义的表单组件传入新的props，定制组件，后一部分就是定义了一些action和reducer，负责在内容变化的时候通知改变状态树)，但是缺憾就是这个插件没有对表单验证做工作，所以如果我们需要表单验证，还是需要自己做一些工作的。
另外还有一地方，这个插件源代码写法中用到了::这种ES6的语法，这其实是一种在es6中class内部，使用babel-preset-stage-0即可使用的语法糖：::this.[functionName] 等价于 this.[functionName].bind(this, args?)
redux-form，这个插件功能复杂，代码完善，体量也非常庞大，可以参考文档进行使用，但是读懂源代码就是比较麻烦的事情了。不过这个插件需要在redux的应用的state下挂载一个节点，这个节点是不需要开发者自己来操控的，他唯一需要做的事情就是写一个submit函数即可。我在自己的demo中也把一个例子稍加改动搬了过来，感觉用起来比较舒服。
想要做到redux性能优化，我们首先就要知道redux的性能可能会在哪些地方受到影响，否则没有目标是没有办法性能优化的。
因为我也不是使用redux的老手，所以也并不能覆盖所有性能优化的点，我总结两点：
有的时候，我们需要的数据格式会自带冗余，可以抽取出一些公共的部分从而缩减大小，比如我们需要的数据格式可能是这样的：
[
{
name:"Nike",
title:"国家一级运动员","国家一级裁判员"
}
{
name:"Jenny",
title:"国家一级裁判员"
}
{
name:"Mark",
title:"国家一级运动员"
}
]这个时候实际上我们可以优化成这样:
[
{
"国家一级运动员":"Nike","Mark"
"国家一级裁判员":"Jenny","Nike"
}
]这个时候，我们可以直接把后者当作store的格式，而我们用reselect这个库再转变成我们所要的格式，关于reselect怎么用上述链接有更详细的例子，在这里我就不过多介绍了。
事实上，对于redux来说，每当store发生改变的时候，所有的connect都会重新计算，在一个大型应用中，浪费的时间可想而知，为了减少性能浪费，我们可以对connect中的selector做缓存。
上文提到的reselect庫自帶了快取特性，我們可以透過比較參數來決定是否使用緩存，這裡用了純函數的特性。
reselect的快取函數可以用戶自訂
更多深入redux技術棧相關文章請關注PHP中文網！
