Flux的架构到底是要解决什么问题

#1

RT，看了Flux官方的例子，TodoMVC，依然不是很懂，Flux这种应用架构的出现到底是为了解决什么问题。

#2

JavaScript没有统一的流程控制框架 react又只是view层 flux大体是个事件驱动的流程控制中心。

#3

我举一个例子

传统的使用 MVC + jquery 异步操作，异步操作之后就需要获取并修改dom的值，但这样会数据流就会不明确。万一关联修改的地方很多就会很麻烦。通俗点理解就是flux不获取dom而是直接修改数据，并且dom是由数据驱动的

另外就是各个组件数据共享问题了，可以由flux控制

#4

React我刚接触，但就我自己的使用经验来看，React的数据与DOM应该是响应式存在吧，通过Ajax异步获取的数据，只要在success里修改this.state就能驱动DOM刷新。不知道这样表述准不准确，但是我的理解里，React的DOM本身就是数据驱动的，数据的变动（甚至因此导致的DOM树的变动）都不需要去获取DOM。

#5

一楼说的那样, 有了 React 但 React 只是跟 View 模块, 没有个数据管理的方案, 偏偏跟现有的各种方案又合不来, 于是自己做了一个简单的版本, 就是 Flux. 就是把数据管理在一块了, 然后 View 不能直接对数据进行操作, 让 Store 自己在内部进行管理. 不过做得不彻底.

#6

感觉还是得自己写写才能明白。。。

#7

flux 、redux、包括vuex 这些被说的很玄乎的东西 对于我来说只有一个好处 解决了那些互不相干的模块之前的数据通信问题 其他没有任何和意义

#8

这是冰姐么。。。

#9

虚！···