本人一直研究这个软件，1.7.0版本最近刚刚发布，里面有个大变化，增加了消息流的功能，这个功能和IBM的Node-Red很相似。
Node-Red那个图形化流程很多年前就给了我很深刻的印象，我个人理解是，通过这样的图形化编程机制把软件开发直接分成了两个层次。
1. 一个是应用层面，给用户、项目实施技术人员或维护人员能够在不需要掌握深入技术的前提下，还可以快速实现业务需要，并且极大的降低后续业务微调成本。毕竟灵活的图形化流程能够在线修改和调整。
2. 二是在节点开发上，则需要一定技术能力的程序员来完成，但开发方式上就好比制造有一定技术规范的零件，零件功能通过流程节点的封装，屏蔽了复杂的底层知识。
这两个层次在软件工程角度，面对各种纷繁复杂应用的业务场合，基本上是个最优解了。IOT-Tree中的文档介绍里面说，节点应该是偏向有一定封装的中粒度功能，而不是使用细致到每个if else都用这样的图型流程实现——这样的话估计流程会庞大到还不如若干行代码了。
下面，我就简单介绍一下IOT-Tree的这个消息流了。先给一张里面的演示控制流程图：
1 这是后端用Java实现，前端js的消息流实现
Node-Red基于Node.js实现，估计在国内相关程序员比较低很多，搞Java可以研究看看了，毕竟这是一种比较新的系统实现模式。
本质上，虽然IOT-Tree里面的消息流是系统的一部分，但我感觉这个可以完全独立出来。当然，这个软件也是通过提供特定的一些节点来和底层设备、通信和监控数据进行交互的。虽然可以通过这些节点反过来实现控制逻辑，但本质上之前的这些功能也可以看成是这个消息流的节点插件。
2 这个消息流充分利用了java特点
这个消息流一些节点带了旋转标识，表面是个异步运行节点——本质就是有自己的内部运行线程，这样你可以通过这样的节点调整控制流程的时间效率，如果对线程运行机制不了解那么这个理解起来会稍微难一些。不过，这个对于Javaer来说，那就比较亲切了，可以让你设计流程的时候有更好的掌控能力。
3 在线调试功能比较强
IOT-Tree的消息流每个节点都可以打开弹出节点运行状态信息板，这个比Node-Red方便多了。并且Debug节点更强大，直接在自己的状态信息板显示接收到的信息列表。
直接看里面自带的那个演示项目，就可以看出这个使用效果，可以说是比较有创新的。
下面说说美中不足
1 目前文档还缺一些，里面说了可以使用标准java webapp开发提供节点插件，但虽有例子但还缺点文档，估计是刚推出的缘故。
2 节点实现和Node-Red相比，需要实现Java类和对应的参数配置界面，复杂不少。
不过这个我认为其实问题不大，事实上实现节点需要的接口再多也即是那些函数，实现节点真正的复杂还是在节点自身功能上。
最后，如果感兴趣给大家推荐一个链接
iot-tree/web/doc/cn/doc/msgnet/mf_for_ctrl.md at main · bambooww/iot-tree · GitHub
如果上面的链接图片没法看，看下面这个链接
web/doc/cn/doc/msgnet/mf_for_ctrl.md · Jason Zhu/iot-tree - Gitee.com
