flux架构，是我理解错了吗？记一次用ts造flux轮子的经历。
flux架构，是我理解错了吗？ 笔者原意是希望能通过阅读redux文档和其源码彻底掌握其设计思想和使用技巧。一开始一头雾水不清楚为什么这样设计，最后还是一头雾水不清楚为什么这样设计？ 一、flux的基本概念 以下内容引用自(阮一峰老师的博客文章)[http://www.ruanyifeng.com/blog/2016/01/flux.html] 首先，Flux将一个应用分成四个部分。 View： 视图层 Action（动作）：视图层发出的消息（比如mouseClick） Dispatcher（派发器）：用来接收Actions、执行回调函数 Store（数据层）：用来存放应用的状态，一旦发生变动，就提醒Views要更新页面 Flux 的最大特点，就是数据的"单向流动"。 用户访问 View View 发出用户的 Action Dispatcher 收到 Action，要求 Store 进行相应的更新 Store 更新后，发出一个"change"事件 View 收到"change"事件后，更新页面 上面过程中，数据总是"单向流动"，任何相邻的部分都不会发生数据的"双向流动"。这保证了流程的...
