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

[splendone]

之前问题：

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

终极目标

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

中间目标

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

准备：

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

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

流程：

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

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

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

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

[CBS]

这东西本身就不好搞，加上性能体验交互各种问题。

（主要是做了工作就么的，所以程序员不做这东西）

[Vegetable]

挑剔老生常谈了，技术改变的只是编码的形式，而无法改变工程师的本质

[Vegetable]

*标题老生常谈

[fanfou]

嗨，这我做过基于 uml 的

[reus]

那谁来开发可拖拽系统呢？

还是说你这个可拖拽系统自举了，自己开发自己？

我一句话说完的事情，你还要拖拽？

[wysnylc]

用乐高做房子拖过来堆起来就好,还要施工队干嘛

[matrix67]

这不就是这个里面说的。。https://v2ex.com/t/681272

[murmur]

拖拽开发简单的 curd 业务是可以的，经不起毒打

[chanchan]

老普元了

[lonelymarried]

谷歌、微软都没出这种，是有原因的

[miv]

这种在某一些业务上可以有很大作用。
比如说 BI，需要出什么图形，自己拖，后面跟上数据接口就完事。
不过，如果复杂的业务上来说，成本是非车大的。
1.如同你上面说的，业务层需要解耦，扩展性要好，这就要求设计的时候需要考虑到后面的场景，如果业务一变动，直接就 GG 。
2.产品都是在迭代中升级的，所以，一开始就把以后的都设计好、解耦出来，这个本身就比较难，不然，就不需要花需求分析、产品设计、UI 设计等，这一整个链条的人才了。
3.综上，在一个比较垂直，并且业务变动不大的领域我感觉是可行的，这要求有相对丰富的设计和开发经验。如果这是一个比较宽泛的产品，企图包含各行各业，并且要求抽象业务出来，那我不太看好。

[miv]

[产品设计者，拖拽挑选的前端模块，绑定挑选的后端模块，再绑定挑选数据模块。]
这句话我认为楼主忽略的数据处理的难度。
有的时候，数据并不是简单的直接从数据库、接口可以直接获取并利用。

[Jooooooooo]

你猜猜有了 ps 这么强大的工具后为啥还需要设计师呢?

[nianyu]

只适合套路模版化的东西。遇到复杂多变的需求无非自定义一堆然后坑了一代又一代

[liunian1004]

元编程也要编程。

[php01]

怎么就这么多人想让程序员失业呢。。。。

[Mark24]

以前用过白鹭的拖拽游戏引擎做过 Hackathon

宣传广告上号称拖拖就可以生成游戏，好有吸引力

当时就像着特别美好

结果肝到爆炸


1.拖拽形式的 UI，特别难做。能感受到。难于理解。界面复杂。

2.这种庞大的软件，BUG 奇多。

3.拓展性依旧不行，遵循模式。一旦你想突破——你能想象你无法办到某些事情，你不得不在 Input 框里注入代码么

4.这种软件用了超过 24h，掉了无数头发，你会开始思考程序的本质

本质依然是造程序，UI 只不过是个壳子。

我想出一个词儿——逻辑守恒。

就像能量守恒一样，你想要造出的东西，不管你用什么工具，逻辑必然也守恒。

UI 可能帮你做了一些场景。

但是完全自己设计的场景，需要的是灵活的支持。

这时候，其实你就会发现，能够完成需求本身的工具——就是编码语言本身。无他。

其他能做到的，就是编码语言的逻辑等价，或者子集。


然后我就觉得，这些玩意都是虚的。没什么卵用。

如果真的有比 计算机语言还要好的工具，这些语言造就成摆设了。之所以 30 年以来，语言还是主力。只能说明，目前没有更优秀的解决方案。

太阳下面没有新鲜事，很多的想法，无码化，不是今天才被提出，已经被很多人实现过又抛弃。

只不过人们不断一次又一次重演历史。




虽然我自己目前也做前端。什么中台，无码化，假的,KPI 而已。你问他们，他们自己信么？
无非是，一件事情拆成 2 件事情做，简单的事情变成复杂的事情做。
如果小公司也学，那就可笑了。没有大公司的钱，可是得了大公司的病，会被自己内耗死。
业内已经形成不良风气，为了追求影响力，发明新词，不断地新瓶装旧酒，十分没意思。大家要擦亮眼睛

[chendy]

拖拽一时爽，重构那啥啥
套路固定的领域很适合这种东西，甚至都不用拖拽
套路多变的领域快速出 demo 或者代码生成也行，长期肯定不用

[laminux29]

我随便讲 3 个需求：

1.领导觉得当前界面不好看，给了一个模板，要求按这个模板进行修改。题主用 Draw.IO 试试？

2.今天系统做投票活动，有用户去淘宝买刷单服务，卖家先是用大量不同 IP 进行投票，投票完毕后对系统进行 DDOS 攻击来阻止别人投票。请用题主用 Draw.IO 来解决这个问题。

3.12306 网站，有大量用户反映说购买车票页面，经常打不开，导致购票失败。请题主用 Draw.IO 来尝试解决这个问题？

[tcpdump]

说个笑话，美军的中台战略