数字中台发展到可拖拽系统，就不需要程序员编码了吧

[splendone]

之前问题：

为什么不能通过类似 draw.io 这样的原型工具拖拖拽拽组件来直接生成系统？

终极目标

通过拖拽生成软件产品，开发成本趋近于 0 ？

中间目标

数字中台，降低开发成本，提高开发效率。

准备：

1. 数据层存储使用知识图谱的三元组保存有效信息（可否这样理解，所谓信息就是关联关系？），使得数据与具体业务解耦，打破项目之间的壁垒，信息可以通用，信息可以扩展，信息可以融合。使数据可以‘拖拽’。
2. 逻辑层，空缺，暂时没有搜到相关。类似 UI 层将逻辑抽象沉淀成可复用模块，与业务解耦，抽象细分的力度和分层需要好好考虑，挺抽象，不好把控，可行性待定。使逻辑可以‘拖拽’。
3. UI 层基于 ant design pro，将前端的模块抽象沉淀成为可以复用的模块，要可以关联绑定逻辑模块和数据模块。使前端可以‘拖拽’

以上数据 /逻辑 /UI 各个层面都是业务解耦，业务耦合是产品设计者拖拽过程耦合到软件产品的。可拖拽系统是业务无关的，应该是个工具，或者工厂，好比 draw.io 这样的软件产品，具体画出来什么图是画图的时候决定的。

流程：

产品设计者，拖拽挑选的前端模块，绑定挑选的后端模块，再绑定挑选数据模块。

正常开发过程：产品设计 -> 开发 -> 测试发布 -> 更新迭代 -> 产品设计 ……

可拖拽过程：产品设计（拖拽) -> 测试发布 -> 更新迭代 -> 产品设计（拖拽) ……

都在设计，编程不需要了……

[whywhywhy]

说真的，各个软件最核心的不是拖拽控件，还是背后的代码，拖拽只是第一步，要是能在拖拽的背后，无代码让用户配置，这样才算厉害的。

[yangbonis]

拖拽本身不也是一种码代码吗？ 拖拽真的比写逻辑简单吗？

[ericls]

楼主忽略了最大的一点，拖拽也是编程。
只是用了一种不大常规的编程语言而已。

不会写代码的人也不会拖拽。

[CuVee]

这玩意用是好用，然而开发成本太大

我之前的 2B 公司就是玩的这个

[buhi]

拖拽还太复杂了, 不够简便, 应该有一种通过语音就能直接编辑业务逻辑的工具, 可见老罗的 TNT 超前了业界十年!!!!老罗🐂🍺