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

之前问题：

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

终极目标

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

中间目标

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

准备：

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

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

流程：

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

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

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

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

murmur

2020-06-24 21:43:41 +08:00

@XanderChen 那你就是纠结概念么，我只是想告诉你除了可以拖拽界面，功能也可以拖拽

----------

然后下面是回楼主的，本身中台就是个折腾出来的概念，前台后台不够炫酷，里面东西一多就想分层，所以折腾出一个中台来

那么有没有拖拉拽就能把一个东西覆盖大量需求，而且稳定可靠高性能而且做到行业标准呢

答案是有的，要求很高

1 、首先每个模块要封装的足够先进，因为组合到一起，任何一个模块出问题都会成为系统瓶颈

2 、这个产品要能覆盖行业的大量需求

那么，这个东西就是最近热门讨论的，matlab 的 simulink，真的拖拉拽做实验，不写代码，而且性能不差

mreasonyang

2020-06-24 22:14:03 +08:00

简单的 M 端管理系统我觉得没问题而且现在也已经有一些方案可用了。但非 M 端的系统对性能和体验是有要求的，对于自动化系统来说这种调优能力即使是未来也很难实现。另一个就是业务逻辑复杂的系统，复杂到流程图能画两三页、各种状态机流转，这种业务如果用可视化的方法去拖拽我觉得和写代码也没什么区别了，调试和维护体验上还不如写代码，所以这种场景也是不适合的。

whywhywhy

2020-06-25 21:28:18 +08:00

刚才看了下金蝶 CLOUD 的 BOS，就是无代码设计界面和 ERP 功能，自己就能把 ERP 一个个的单据配出来。

讲师在操作的时候，我看了下，它把 ERP 用到的功能拆分成很细的配置，配置一个单据还是麻烦的，但是感觉到一个好处，就是代码不用开放了，用户也能自己通过配置实现各种功能。。。。

但是遗憾的是，价格贵，配置复杂，具备这个能力的，或许自己就写代码搞定了。。。