fred

我觉得理解action的本质，结合redux提供的compose函数，就不会有各种纠结了，首先redux底层只支持的FSA，但我们业务场景中除了同步的action之外，各种异步和promise等action都会出现，这时候结合那个中间件的原理，我们最终将我们的自定义action，不管是function(thunk)，还是数组，还是其他复杂对象，最后统统通过逻辑转为FSA就成了啊，redux-thunk感觉挺实用。 所以对于：但 thunk 和 promise 都有的问题是，他们改变了 action 的含义，使得 action 变得不那么纯粹了。就有点不认同了，他们最终都是遵守FSA，否则没的玩，只不过我们复杂的业务场景中，不可能全部都是直接FSA提供

@shellteo 所以这时候自己写配置更方便，code spliting，将vender提出去