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

[splendone]

之前问题：

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

终极目标

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

中间目标

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

准备：

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

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

流程：

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

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

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

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

[KingPL]

我看评论精彩多了

[miv]

@wupher 老哥感触很深，其实我们之前公司也是弄个类似的，老板主张弄一套，针对某一个行业。
后面发现拖拽的时候，涉及到字段匹配、逻辑判断这些问题，基本是很麻烦处理起来，后面也没做起来。
当时开发的时候，感觉一言难尽，自己尝试用了下自己开发出来的这套软件，难用的一匹，而且功能也达不到，太难了。
如果，真的有好用的产品，滴滴我，我还是会瞅一瞅的。

[taigu]

@jswh 刚想说这不就是前两天给小侄子报的“scratch 编程”吗

[Mark24]

看到各种经历。这个帖子具有历史价值。


后人哀之而不鉴之，亦使后人而复哀后人也。

[kemistep]

这么说吧：quickbi 、 帆软等等一系列的 BI 工具，不都是你这个具体化嘛？ 可以搜一下 BI 工具，看看是否满足你

[wangyzj]

你是不是没被产品经理毒打过？

[kemistep]

技术不是难点，难的是业务，以及基础的宽表，和多维度的分析；

报表不是展示好看的，是为了解决一些列的问题而存在的；

现在大公司的底层宽表，100 以上的字段宽度，依然满足不了业务需求，

业务的复杂性，不是这么简单的

[kemistep]

@miv 部分公司在做这块，比较好的就是：growing IO 诸葛 io 等相关公司，开始做这块，但不是拖拽； 拖拽是结果展示层，主要还是底层的业务要处理好，以及有一套业务框架，解决通用问题；

[HeyWeGo]

www.pinterest.co.uk/alexdrinkwater/node-based-development-environments/

很多复杂软件里，都会有这种节点式的操作方式。我感觉这算是一种中间形态

[youyouyou0123456]

做过，也用过其他一些拖拽系统，国外不少公司有这种产品，阿里百度也有拖拽的系统。但是这种东西没办法通用，一般在特定的业务领域比较好做，效果的话，就是凑活，我觉得给业务用在一些不是特别重要或者内部系统上还挺好使。

[soulmt]

做过 ios 开发的话可以看看 swift 那拖拽功能都牛逼成什么样了，不依然需要代码开发， 拖拽只能解决重复性，可预见的功能， 增量可变，搞不了的，除非你写个机器人帮你写代码
不过我认为这是趋势， 将来前端应该是面向这类工具开发， 重复造轮子的日子，已经 没多久了。到时候也会洗牌前端，可能会出什么前端运营类似的职业吧

[BadAngel]

@laminux29 仅个人随便乱想，模块化项目开放固定类型的接口，添加这类需求以插件或者 mod 的形式：1.前端模块上加个皮肤 mod ； 2.网络模块上加个防火墙组件； 3.K8S 的 NODE/POD 已经可以在后台实现了吧。

[inwar]

程序系统设计一定意义就是建模,目前应该没有人能抽象出图形化的通用语言,可能通用到一定程度就会到文字编程语言一样的复杂度。建模的层次和范围限定了它的适用性,比如中间件,比如 arduino 的图形编程

[pabno]

产品经理的脑回路你是抽象不出来的

[xyjincan]

那大佬拖个微信，淘宝，京东吧

[XanderChen]

你去找 Microsoft 出品的 blend for visual studio 看看，专门用来设计 wpf 或者是 uwp 界面的工具。

别的也行，其实这种拖拽控件生成界面的工具已经有一大把了。

希望你能做出一款真正能不用写后台代码来实现各类功能的工具吧。

[murmur]

@XanderChen 不写代码实现各种功能有的是，国产所谓快速开发平台一大把一大把
这东西他是有场景的，国企什么都讲究合规，都得有个审批，今天用车，明天用船，后天用章，大后天用啥，这业务一天都没几个人用，可能就那几个人用，那这功能要写代码干嘛，拖拖拽拽上线不是最方便，不做索引坚持个几年都不带卡的

[cedoo22]

我记得 10 年之前 IBM 就有类似 通过后台管理界面点点点，直接生成系统页面和流程的一个技术， 复杂而且界面难以描述。

[momocraft]

rpg maker

[singerll]

不是不用，是不用低级程序员了，像几万块的小项目完全不用开发了。就像云计算推的数据库智能管理，大公司是用不着，小公司完全可以抛弃 dba 了