为什么不能通过类似 draw.io 这样的原型工具拖拖拽拽组件来直接生成系统？
splendone splendone 2020-01-19 17:40:14 +08:00 7398 次点击这是一个创建于 2099 天前的主题，其中的信息可能已经有所发展或是发生改变。
第 1 条附言 2020-01-20 10:29:02 +08:00
===============
2020-01-20 09:58
感谢大家的关注和答复。
先整理一下目前对我个人内心问题有帮助的答复：
氚云 https://zhuanlan.zhihu.com/p/40112439
airtable https://airtable.com/
labview https://www.ni.com/zh-cn/shop/labview.html
imgcook https://www.imgcook.com/
简道云 https://www.jiandaoyun.com/
retool https://retool.com/
关键词：lowcode/领域驱动模型 /
然后，我又想了一下：
1. 有这个想法之后的第一个问题：技术可行性。目前看大概是技术可行的吧。
2. 没有普遍存在，那么实现的瓶颈在哪里？这个问题会牵扯到想法的具体需求范围。
3. 需求范围的限定。用户画像是怎样的？功能要灵活到什么程度？业务适用范围是哪些领域和场景？
不如先画个范围来继续下面的讨论。用户不写代码，但是对于自己业务领域的概念和需求是熟悉的，了解一些通用的软件工具样式和功能实现方式，可以做界面设计。业务抽象来看好像都是数据的增删改查吧，比如企业管理，商城系统，再就是数据计算能力和统计分析。
4. 再想瓶颈，我现在想到的是数据怎么存，多领域数据，不同数据结构，如果说形式可以多样，就要提取其中有用的信息存起来。异构数据融合？知识库？图数据库？用三元对来存储业务数据？
5.……
2020-01-20 09:58
感谢大家的关注和答复。
先整理一下目前对我个人内心问题有帮助的答复：
氚云 https://zhuanlan.zhihu.com/p/40112439
airtable https://airtable.com/
labview https://www.ni.com/zh-cn/shop/labview.html
imgcook https://www.imgcook.com/
简道云 https://www.jiandaoyun.com/
retool https://retool.com/
关键词：lowcode/领域驱动模型 /
然后，我又想了一下：
1. 有这个想法之后的第一个问题：技术可行性。目前看大概是技术可行的吧。
2. 没有普遍存在，那么实现的瓶颈在哪里？这个问题会牵扯到想法的具体需求范围。
3. 需求范围的限定。用户画像是怎样的？功能要灵活到什么程度？业务适用范围是哪些领域和场景？
不如先画个范围来继续下面的讨论。用户不写代码，但是对于自己业务领域的概念和需求是熟悉的，了解一些通用的软件工具样式和功能实现方式，可以做界面设计。业务抽象来看好像都是数据的增删改查吧，比如企业管理，商城系统，再就是数据计算能力和统计分析。
4. 再想瓶颈，我现在想到的是数据怎么存，多领域数据，不同数据结构，如果说形式可以多样，就要提取其中有用的信息存起来。异构数据融合？知识库？图数据库？用三元对来存储业务数据？
5.……
 | 1 cominghome 2020-01-19 17:44:22 +08:00 做需求又疯了一个 |
 | 2 Raymon111111 2020-01-19 17:49:34 +08:00 平台化，模块化说的就是这个 但纯拖拽比较难实现，你可以做个试试 |
 | 3 chazyu1996 2020-01-19 17:50:52 +08:00 千万别让产品经理看到 |
 | 4 huangmingyou 2020-01-19 17:51:01 +08:00 我觉得可以开放 lua 接口给需求方 |
 | 5 Vegetable 2020-01-19 17:55:05 +08:00 在路上了，很多人致力于做这个事情。 不过呢，做高保真原型图并不容易，带点交互就更麻烦了。用同样的方式再带上业务逻辑的直接生成系统，估计比写代码也强不了多少。 所以现在的工具多是类似“拖拽生成表单控件”这种，逻辑还用代码写。 |
 | 6 q8164305 2020-01-19 17:57:06 +08:00 via Android 这是个世纪难题，上个世纪就有人在思考这个问题了吧 |
 | 7 codelegant 2020-01-19 17:59:50 +08:00  1 目前有一个可行方案，设计稿直接生成页面代码， 双 11 模块 79.34% 的代码是怎样智能生成的？ https://mp.weixin.qq.com/s/EktHbvCnghkywZE8rOvMhw |
| 8 codelegant 2020-01-19 18:00:05 +08:00 |
 | 9 dandycheung 2020-01-19 19:02:16 +08:00 via iPhone 你这样想：为什么不能用肢体脏器啥的拼拼凑凑一个活人出来…… |
 | 10 vevlins 2020-01-19 19:07:55 +08:00 因为本质上图形相比文字不具备很好的逻辑表述能力，这种方案注定是失败的。 |
| 11 vevlins 2020-01-19 19:09:54 +08:00 很多人觉得图形容易是因为很多先验知识被忽略了，很多逻辑自己脑补了。不信自己通过画图来描述下自己熟悉的一个网站所有隐含逻辑，根本无法做到。 |
 | 12 jedicxl 2020-01-19 19:35:29 +08:00 @dandycheung 弗兰肯斯坦表示我早就实现了 |
 | 13 cbais7890 2020-0-19 20:02:18 +08:00 2 这种工具两边都不讨好 你给工程师: 得了吧你永远不知道产品经理想要什么傻逼逻辑 你给产品经理: 我只想动嘴不想动手 少量交互的展示型页面从设计稿生成可用的 Web 页面有很多工具都能做到 各种广告落地页, 活动页用类似的工具生成问题都不大 但麻烦的是复杂的业务逻辑 有时候产品自己都搞不懂的破逻辑, 机器就更不可能搞懂了 |
 | 14 la2la 2020-01-19 20:10:25 +08:00 我见过国外的一个视频，在一个白板上画图形，旁边自动生成前端代码，感觉很厉害的样子 |
 | 15 winglight2016 2020-01-19 20:53:37 +08:00 20 多年前，PB 干过，10 多年前 IBM 干过，最近还看过若干国产平台干过，目前看下来.net 是最火的。。。 |
 | 16 300 2020-01-19 21:04:40 +08:00 via Android ppt 语言？ 你这个做出来，HM OS 立马就出来了 |
 | 17 reus 2020-01-19 21:22:03 +08:00 via Android coreldraw 上个世纪的东西了 当然后来有了 flash 后来，就是今天这样了 |
 | 18 nevin47 2020-01-19 21:43:58 +08:00 via Android frontpage ？ |
 | 19 1490213 2020-01-19 21:46:57 +08:00 via Android 可视化 lowCode/noCode 这条路，二十多年来一直有人在前赴后继地走，死了不知道到多少人了，虽然现在进步很大，但是还是离理想差距还很远 |
 | 20 cmdOptionKana 2020-01-19 23:06:09 +08:00 道理是这样的： 目前的编程方法，类似于积木公司给你提供非常大量不同大小、不同形状的小零件。 由于数量非常庞大，每种零件的组合方式都不一样，需要花很多时间去学习，才能搭建出一个模型。 而楼主你的想法是，能不能给我提供数量少一点、组合方式简单一点的零件？ 可以，但是这样做出来的东西都长得差不多。 并且，你一旦想对这种简单模型做一些细节改动，就会非常麻烦。 |
 | 21 nulIptr 2020-01-20 00:34:50 +08:00 via iPhone 1 老东家金蝶的金蝶云星空和金蝶云苍穹都吹的这一点，实际上一泡污，简单的业务还行，稍微复杂一点的逻辑就得写代码插件，另外可以搜一下领域驱动模型 |
 | 23 FeifeiJin 2020-01-20 00:59:05 +08:00 via Android 1 国内外这样的产品蛮多的。airtable，氚云 ，简道云都是 |
 | 24 passerbytiny 2020-01-20 01:39:20 +08:00 OOP 的一大宣传点是，让程序员分成编写类库的程序员，和使用类库（编写业务）的程序员。随着时代的发展，这类程序员可能是平台开发与业务开发、游戏引擎开发与游戏开发、框架开发与应用开发、.NET Framework 开发与.NET 开发……但不管怎么分，总归是两类程序员，而不是给白痴弄拖拽工具的码农与用推拽工具生成系统的白痴。 可视化工具是用来加速编码的（通过将常见的而非所有的编码过程整理成快捷操作），而不是用来替代编码的。 |
 | 25 AvenirX 2020-01-20 07:40:13 +08:00 via iPhone 1 国外实验室有些在用 LabVIEW |
 | 26 xuanbg 2020-01-20 08:04:04 +08:00 首先假设有这么一个系统可以满足楼主以及广泛用户的需求，那么这个系统一定是非常非常庞大的。因为每个人需要的能拖拽的模块都不一样，所以只要有需求，就会往里面添加不同的模块。很快这个系统就会庞大到无法在任何电脑上运行。 好吧，当然程序员也不会这么傻，会想办法让模块有更多的可复用性，以此来减少模块的数量来避免上面的尴尬情况。但一个模块要满足不同的业务逻辑，靠一些简单参数是无法满足的。这样一来，要使用这些逻辑复杂的模块，得学习一门专门的语言。你看，这不兜兜转转又回来写代码了么？ |
 | 27 murmur 2020-01-20 08:14:51 +08:00 能啊，企业开发很多模块都可以托托拽拽，互联网看不上而已 |
 | 28 crystom 2020-01-20 08:50:36 +08:00 2 retool 不错 https://retool.com/ |
 | 29 star7th 2020-01-20 08:52:25 +08:00 主要是因为，拖曳形成的产品原型比较粗糙，不够灵活。代码难以维护。要做到真的可用，肯定需要再改动改动的。而自动生成的代码实在太难读写，所以整体来讲，不如自己组团队从头写 |
 | 30 jydeng 2020-01-20 08:57:55 +08:00 随便用用是可以的 |
 | 31 imHarveyy 2020-01-20 09:01:35 +08:00 via Android 作为产品，有试过拿 axure 做一个挖矿计算器，光是每 3s 请求币价就搞了我两天。大量的函数和公式搞傻我了 |
 | 32 dbpe 2020-01-20 09:10:17 +08:00 可以的吧..但是从以往的经验...生成的不好用 |
 | 33 thinkmore 2020-01-20 09:54:58 +08:00 我想起了我上一家公司的产品总监。 他也希望我们在 word 上拖拉以下，然后就可以自动生成报表了，数据自动填充 |
 | 34 liuyitao811 2020-01-20 11:52:14 +08:00 .NET 已经做得很好了 但是记住这种自动生成框架和灵活性是很难兼得的 |
 | 35 kookio 2020-01-20 15:43:19 +08:00 华为有个 abc 应用开发平台，公司派我过去学习了，这种拖拽式的局限性很大，它这个主要用于智慧园区的管理后台开发，应用类型单一，然而稍微个性化的地方都还得自己封装组件，很多代码开发量，更别说复杂的应用了，这个东西很难做到灵活，业务场景太多了，而且实际开发中客户的各种各样奇怪的需求没法做到模块化 |
 | 36 wee911 2020-01-20 17:19:23 +08:00 目前最牛逼的就是 wix 了 |
 | 37 mightofcode 2020-01-20 17:26:43 +08:00 先找个 case 推演一下 |
 | 38 x9El25iy94dwIoGc 2023-12-14 16:03:34 +08:00 白码 企业级低代码开发平台 www.bnocode.com 支持私有化部署 |
Select Language