学习打卡

按照“功能”去识别节点，这个如果是编排后端逻辑，估计很不适合，至少从“复用”角度看也不可行； 节点应该是按照“对象”、“组件”等视角去识别，（具体识别方法，ooa的方法论很多就不展开了），功能是节点间的“连接线”可能更合适，可以看一下阿里的BizWork，或者uml的画图规则；

通篇看下来，有个疑问，这么复杂的逻辑编排，业务人员真的通用/会用吗？开发的人员如果不是搞这块的，看起来都头大

异步功能节点：如果是流程中的异步，可能就要用到网关了吧。用网关控制往下的流程；界面元素可能就需要维护一个广播机制。 功能节点：判断是不是可以维护成相对固定的模式，更灵活复杂的还是直接写代码吧。毕竟一个很大的公式(各种优先级)用代码表达比较简单，各种鼠标维护出来的配置，耗时不说，修改也是一个灾难。也不容易保证能配的对。

还是没有弄明白，直接式和融合式的区别已经差异是什么

老师： 可视化编排的逻辑怎么和页面功能交互绑定的呢。有可参考的开源项目嘛。感谢

两进两出

老师, 请教一个问题, 逻辑编排过程中, 会遇到当前逻辑依赖上一步逻辑操作的返回值, 这个时候怎么获取这个值以及它应该存储到哪里?

整个逻辑操作的事件流能否包装一下, 全部采用Promise返回值的方式?