Flux和Redux基本思路

Flux和Redux的基本思路都是单向数据流,但是说单项数据流太抽象了,还是说得简单易懂:
本来在Flux提出之前,大家在DOM里面直接写业务逻辑,方便快捷。
但是问题也有,比如Facebook的团队发现的诡异的小红点的问题。
那么如何解决,那就是DOM中进行操作之后触发一个请求,这个请求再被分发器dispatch到业务逻辑。

那么这样有什么好处呢?
这样系统中的所有可用的请求都做成清单,一目了然。
所有触发的请求都会经过一次Dispatcher,简洁明了。
只有Dispatcher才能接触业务逻辑,这也就是单向数据流这个词的来源。

一句话,DOM不能直接改Model了,需要触发一个请求,Dispatcher接受到请求再执行业务逻辑。

标签: none

添加新评论