language-agnostic - 基于流的编程

Question

我一直在阅读 Flow Based Programming在过去的几天里。有一个wiki这提供了进一步的细节。维基百科有一个 good overview也在上面。我的第一个想法是，“又一个乐高乐园假装编程的伟大支持者”——这个概念可以追溯到 80 年代后期。但是，当我读得更多时，我必须承认我变得很感兴趣。

您是否将 FBP 用于实际项目？

您对于 FBP 的观点是？

FBP有 future 吗？

从某种意义上说，这似乎是我们行业自程序语言出现以来一直追求的重用 chalice 。

Answer 1

有趣的讨论!昨天我突然想到，部分困惑可能是由于许多不同的符号使用有向弧，但使用它们来表示不同的事物。在 FBP 中，线条代表有界缓冲区，数据包流穿过这些缓冲区。由于组件通常是长时间运行的进程，因此流可能包含大量数据包，并且 FBP 应用程序可以运行很长时间——甚至可能是“永久”(参见 2007 年关于一个名为 Eon 的项目的论文，主要由麻省大学阿默斯特分校的人撰写) )。由于当缓冲区(暂时)已满(或暂时为空)时，对有界缓冲区的发送会暂停，因此可以使用有限资源处理无限量的数据。

相比之下，Grafcet 中的 E 来自 Etapes，意思是“步骤”，这是一个相当不同的概念。在这种模型中(并且有很多这样的模型)，在步骤之间流动的数据要么仅限于一次可以保存在高速内存中的数据，要么必须保存在磁盘上。 FBP 还支持网络中的循环，这在基于步骤的系统中很难做到——例如参见 http://www.jpaulmorrison.com/cgi-bin/wiki.pl?BrokerageApplication - 请注意，此应用程序以自然的方式同时使用了 MQSeries 和 CORBA。此外，FBP 本身是并行的，因此它适用于网格网络、多核机器和现代计算的许多方向的编程。最后一个评论:在文献中我发现了很多相关的项目，但很少有人具备 FBP 的所有特征。我多年来积累的列表(其中一些比 Grafcet 更接近)可以在 http://www.jpaulmorrison.com/cgi-bin/wiki.pl?FlowLikeProjects 中找到。 .