这是一个创建于 139 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近在学习使用 figma 简单构建原型，但是总觉得表达能力很差。
比如下下拉单这种控件，都是需要自己去维护原型的交互：
- 创建一个矩形框，内部嵌文本框和点击按钮；
- 新增一个变量绑在按钮上，每次点击取反，
- 偶数是拼接另一个画框，奇数隐藏画框，画框里是内容 List
用这种方式才能完成一个下拉单，完成整个界面的原型我都不敢想😂
所以使用低代码平台会简单些吗，我没有做过尝试，问问大家的意见。
14 条回复 • 2024-06-28 14:16:38 +08:00
 |
1
clwater 139 天前  7
低代码平台能让你用 5%的时间完成 40%低代码平台提供的功能
然后用 195%-395%的时间去完成省下的 60% |
 |
2
sillydaddy 139 天前
Figma 是偏向设计的吧，也就是尽量把页面制作的精确和美观，甚至能导出前端页面和 css 样式，但它制作的交互就是比较简单的那种跳转，而且也没有组件封装的概念。
别的原型设计软件，有交互能力很强的，而且有组件封装，例如， Origami Studio： https://origami.design/ Principle： https://principleformac.com/ Protopie： https://www.protopie.io/ 可以去搜一下，很多的。 我理解的低代码，就是把很多组件封装好，然后运行的流程也封装好，然后使用者组装一下就可以。 我感觉低代码是专注在特定领域的开发，通用性不好，更别说做千奇百怪的 UI 了，但它能很快做出在特定领域可以运行的产品。而原型工具是专门制作 UI 的，制作 UI 的通用性好，但是它做出的只是原型，而不是产品。 所以这两个不是一个概念。 |
 |
3
ChefIsAwesome 139 天前
你说的这种自定义 ui 的就是不行。
现在比较有应用价值的是有一个数据库，然后用户自己写 sql 或配置，前端生成自带各种筛选功能的表格。然后创建的这个表格又能分享出去，监听数据变化之类的。这样用户就能自己找各种数据，而不用每次给他开发一个页面了。 |
 |
5
CynicalRose OP @clwater 啊这，是因为关联接口或是逻辑处理导致的吗🤣
|
|
6
CynicalRose OP @sillydaddy OK 学习了，非常感谢👍
|
|
7
CynicalRose OP @ChefIsAwesome 前端控件配置化也是低代码平台的组成部分吧
|
 |
8
NewMoorj 139 天前
低代码平台吸引的是没有编程基础的普通人，所以随便拖拽编辑的 UI ，显得很好上手。
有一定编程基础的人才知道，手动去拖拽编辑的 UI ，实际上远不如代码实现更简单方便。 这是完全不同的两拨人。 |
|
9
NewMoorj 139 天前
简单说，低代码平台的面向用户，压根不知道前端是什么，后端是什么，也不知道设计模型，UI 分离，缓存这种东西。
他们只知道，软件就是自己设置按钮和表单。 |
|
10
clwater 139 天前
@CynicalRose #5 低代码平台就像预制菜 你要什么完全取决于对面提供什么 就像说你西红柿炒鸡蛋里面把鸡蛋换成鸭蛋 预制菜会说做不了 只能按照"标准"流程来.
但是菜已经出来了 在想把鸡蛋 换成鸭蛋 就需要用成倍的时间来做 还可能做不好. 但是如果想要把白糖换成红糖呢? 就变成了基本无法完成的任务. 达能力很差的话 我建议继续用 figma. 能用 figma 把你想表达的原型设计出来了, 你的表达能力就不会差多少了 > 用这种方式才能完成一个下拉单，完成整个界面的原型我都不敢想😂 完成了一个个, 就可以复制给别的页面用了, 其实每个独特的组件做一个就可以了 |
 |
11
soya2 139 天前
原型设计处理不了运行时的异常，开发大多数时候都在处理边界问题
|
|
12
CynicalRose OP @clwater 好的，我了解区别了，继续整吧 √
|
|
13
CynicalRose OP @NewMoorj 因为没用过，所以一直不清楚低代码不手动处理接口的响应，怎么完成的数据显示，直到看到了字节的扣子，一个字段一个字段的选，比写代码还麻烦≧ ﹏ ≦
|
|
14
CynicalRose OP @soya2 原型处理逻辑出问题不需要处理异常，直接崩溃，我刚试过 (ㄒoㄒ)
|
Select Language