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

[splendone]

[nulIptr]

老东家金蝶的金蝶云星空和金蝶云苍穹都吹的这一点，实际上一泡污，简单的业务还行，稍微复杂一点的逻辑就得写代码插件，另外可以搜一下领域驱动模型

[FeifeiJin]

@1490213 lowcode 是可实现的。也已经实现了

[FeifeiJin]

国内外这样的产品蛮多的。airtable，氚云 ，简道云都是

[passerbytiny]

OOP 的一大宣传点是，让程序员分成编写类库的程序员，和使用类库（编写业务）的程序员。随着时代的发展，这类程序员可能是平台开发与业务开发、游戏引擎开发与游戏开发、框架开发与应用开发、.NET Framework 开发与.NET 开发……但不管怎么分，总归是两类程序员，而不是给白痴弄拖拽工具的码农与用推拽工具生成系统的白痴。

可视化工具是用来加速编码的（通过将常见的——而非所有的——编码过程整理成快捷操作），而不是用来替代编码的。

[AvenirX]

国外实验室有些在用 LabVIEW

[xuanbg]

首先假设有这么一个系统可以满足楼主以及广泛用户的需求，那么这个系统一定是非常非常庞大的。因为每个人需要的能拖拽的模块都不一样，所以只要有需求，就会往里面添加不同的模块。很快这个系统就会庞大到无法在任何电脑上运行。
好吧，当然程序员也不会这么傻，会想办法让模块有更多的可复用性，以此来减少模块的数量来避免上面的尴尬情况。但一个模块要满足不同的业务逻辑，靠一些简单参数是无法满足的。这样一来，要使用这些逻辑复杂的模块，得学习一门专门的语言。你看，这不兜兜转转又回来写代码了么？

[murmur]

能啊，企业开发很多模块都可以托托拽拽，互联网看不上而已

[crystom]

retool 不错 https://retool.com/

[star7th]

主要是因为，拖曳形成的产品原型比较粗糙，不够灵活。代码难以维护。要做到真的可用，肯定需要再改动改动的。而自动生成的代码实在太难读写，所以整体来讲，不如自己组团队从头写

[jydeng]

随便用用是可以的

[imHarveyy]

作为产品，有试过拿 axure 做一个挖矿计算器，光是每 3s 请求币价就搞了我两天。大量的函数和公式搞傻我了

[dbpe]

可以的吧..但是从以往的经验...生成的不好用

[thinkmore]

我想起了我上一家公司的产品总监。 他也希望我们在 word 上拖拉以下，然后就可以自动生成报表了，数据自动填充

[liuyitao811]

.NET 已经做得很好了

但是记住这种自动生成框架和灵活性是很难兼得的

[kookio]

华为有个 abc 应用开发平台，公司派我过去学习了，这种拖拽式的局限性很大，它这个主要用于智慧园区的管理后台开发，应用类型单一，然而稍微个性化的地方都还得自己封装组件，很多代码开发量，更别说复杂的应用了，这个东西很难做到灵活，业务场景太多了，而且实际开发中客户的各种各样奇怪的需求没法做到模块化

[wee911]

目前最牛逼的就是 wix 了

[mightofcode]

先找个 case 推演一下

[daowuya]

白码 企业级低代码开发平台 www.bnocode.com 支持私有化部署