低代码实现探索（二十二）如何构建一个可以看的懂的系统

上周六基本把流程设计程序的主体结构实现出来了，可以跑 节点取参数，参数转成模型，模型保存，返回成功，当构建调用自定义 java 组件时，简单调用都没有问题，

但是，我们搞了 DDD（有属性，有子表，有事件，有指令，有方法的）但是我们很难一下子从这些方法，指令，事件看出整个领域，的业务来，如果不做 debuy，或者找人要资料猜懂业务，看懂代码走向，

如果我们构建出了完整的流程设计代码，从单个请求业务上看起来没有问题，它是由请求参数，多个固定好的 action，已经自己实现 action 串联起来的，看上去很美，可是这个过程 Action 的数量会泛滥，并不是一个特别好的做法，如何把业务描述清除，又不会造出 action 泛滥，还能体现出领域设计以及事件风暴对方业务更可视化，

1、要做到上面做概念模型可以带出来些业务表，模型之间的关系。这个能解决概念问题，但是它很多细节需要处理

2.领域模型 DDD 方式梳理业务

但是看命令，和事件还是看不清楚

3.用 3d 仿真系统来构建出业务，动作，领域的可视化

在次基础上表，事件，方法命令等都是图形，+ 场景可以在线观察它掉了那些方法，哪些路径

还是概念，但是感觉如果能造出来会很爽