写点什么

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

作者:Geek_e1f2dc
  • 2022 年 1 月 18 日
  • 本文字数:472 字

    阅读完需:约 2 分钟

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

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

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

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

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

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

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

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

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

用户头像

Geek_e1f2dc

关注

低代码平台 开发日志 思路方法记录 2020.05.26 加入

零代码 设计 产品架构实现 一次次迭代出来,每次都需要推倒清零,反复的从不同角度审视它,只原给它一个可以讲的清的理由

评论

发布
暂无评论
低代码实现探索(二十二)如何构建一个可以看的懂的系统