传统的Java IO流，一层层套着封装，不算传递。
Node.js里面的Conntector,异步回调串联器。
Web框架里面的类filter横向拦截处理，不过是串联中间处理，一般不管最后一步。
【 在 sitepenfan 的大作中提到: 】
: 我记得Java这样的后端追求的是高内聚低耦合。模块之间通讯一般是简单的接口。
: flux这样的设计需要把回调在组件中 一层层的传下去，和后端高内聚的思维正好相反。
: 好奇是否后端也有数据流的设计模式，或者是我理解的有误？多谢
--
修改:dhcn FROM 123.112.230.*
FROM 123.112.230.*

【 在 dhcn 的大作中提到: 】
: 传统的Java IO流，一层层套着封装，不算传递。
: Node.js里面的Conntector,异步回调串联器。
: Web框架里面的类filter横向拦截处理，不过是串联中间处理，一般不管最后一步。

我不是指node啊，是指redux这样的数据流模式
后端有这样的设计吗？
--
FROM 36.110.51.*

没想明白，为啥 flux 叫数据流。。所谓流，应该得有串行、顺序这样的概念吧。后端经常使用的消息总线、中间件叫数据流可能会比较合适一点，也更像流水线。

我觉得 flux 和 redux 虽然和一般的事件订阅有点差异。。但仍然是观察者模式的一种实现。本质上是事件绑定的一种变形。类似的很多了，listener, event dispatcher, signal/slot, promise 等等一堆类似的实现，感觉也不见得能起多大的作用。

flux 和 redux 所谓数据的单向流动。。view 层生成一个 action 之后，不也变成有向有环图了，说明这个复杂性是 GUI 编程固定有，试图消除它的努力将会徒劳无功。

说得我自己都想搞一个框架来玩玩了。

【 在 sitepenfan (canvas) 的大作中提到: 】
: 我记得Java这样的后端追求的是高内聚低耦合。模块之间通讯一般是简单的接口。
: flux这样的设计需要把回调在组件中 一层层的传下去，和后端高内聚的思维正好相反。
: 好奇是否后端也有数据流的设计模式，或者是我理解的有误？多谢
: ...................
--
FROM 112.5.168.*