好高端的样子。

把Action看成Signal, 把Dispatcher看成EventLoop Manager， 这个FLUX就是传统GUI里面成熟了很多年的MV模型, 比如 Qt的MV (http://qt-project.org/doc/qt-4.8/modelview.html)模型就是不带C的。 MVC中的C是个紧耦合点，用的好，搞通用了，开发时就不需要程序员写C的具体实现了，Signal-Slot加Event Loop(Dispatcher)就搞定了，WEB开发这么多年，流行的架构设计其实一直都比较混沌。

2楼 @coredump

这么一看还真是这种结构

2楼 @coredump 非常同意你说的。

原则上，耦合度越高的地方，越简单越好。比如，工厂类。这个Dispatcher就体现了这一点（文中提到，Dispatcher中没有业务逻辑）。

这里面很有意思的还有那个“数据只朝一个地方流动”，一般写程序都是把数据绑定在ui上，互相影响，但随着逻辑的添加和变动，容易使得程序越来越复杂。

强制数据单向流动，此时view的写法就简单太多了，这个view就象是根据数据来显示一个报表或者画图。

当然还要挂一些事件，注册到dispatcher上。但这种随时可调整的注册事件，让model与view之间的藕合度就很低了。

看起来这种结构很清晰，易实现和维护。

最近对RAC + MVVM比较有兴趣。。。

不好意思，看错了。。。原来讲的是WEB开发。。。

6楼 @terryso 无论是web开发，还是其他的开发，这个mvc结构什么的，思路都是类似。

我是说我讲的RAC + MVVM，这个是iOS的。。。

8楼 @terryso 你说的这个也很不错啊。

刚查到这篇文章，很有意思。

http://blog.leezhong.com/ios/2013/12/27/reactivecocoa-2.html

找个时间我好好看看。

最近一直在想着弄一个合适的ui框架,希望适用于多平台，积木式。

9楼 @尼克徐 其实RAC + MVVM就等于.NET的WPF + MVVM，由于.NET的WPF的绑定功能超强，使得用起MVVM模式非常爽

9楼 @尼克徐 ojc也reactive了啊，不错， reactive programming和declarative programming结合效果最佳，一般的过程式编程语言想要reactive programming就得上MVVM这样比较啰嗦的“模式”。

10楼 @terryso 谢谢，有时间我会看看这方面。

11楼 @coredump 我会看多个类似模式，结合一下，搞个东西。

不知道是我一直理解的不对还是其它原因，

这哥们真是facebook的吗？

是他自己一直把mvc用错了吧，还自己重新发明了遍mvc并命了个新名。。。

谁说mvc不能实现数据单向移动的。。。谁让他view直接操作m的？谁说应该那样用c的？

难道是我一直在用错误的mvc所以还没出现这哥们的问题？

13楼 @kxdd2002 你不是一个人在战斗。去看 Reddit上的评论。

mvvm在javascript很早就有实现了. knockoutjs