这是一个创建于 320 天前的主题，其中的信息可能已经有所发展或是发生改变。
设计理念：构建开发者友好、高度灵活且高效的低代码平台
设计这个平台的初衷也是因为我也是低代码平台的受害者，因此我自己设计了这个平台，来做一个我心目中真正能提高开发效率，且不会让我那么痛苦的平台，不过在开发过程中也不是那么顺利，很多想法也做了妥协，不过好在现在终于有一个看的过去的产品可以和大家一起聊一聊了。
体验地址
https://wecliang.github.io/wiz-test/
目前这是一个简单的示例网站，保留了基本的设计特点（不过在开发中还有很多事项还没有来及说明，如果你感兴趣，后续我讲继续补充开发的细节）
设计特点
- Monaco-editor 在线代码编辑器： 使用 Monaco-editor 编辑器，平台无需内置大量组件，转而支持线上代码编辑，仅需要提供基础组件库或内置业务相关组件（如任务流）。这有助于简化平台结构，提高开发效率。
- 强大的组件开发能力： 提供了全面的组件开发支持，例如生命周期，变量，并支持绑定 ref 和 context 来获取数据，尽可能提供了完整的组件开发能力。
- 自动化的 Props 参数处理： 组件的 props 参数无需额外编写代码，通过自定义的 TypeScript 货 JSONSchema 数据（在可视化下未 schema 编辑，代码编辑器下为 typescript ），实现了参数表单的生成。
- 可视化布局与代码编辑的无缝切换： 平台支持可视化布局和代码编辑的互相转换，但在这个过程中牺牲了一些代码编辑的自由度（为了能够进行可视化布局转换）
- 高性能原生运行体验： 构建产出 js 、css 文件，确保了平台的原生运行速度，提供更流畅的用户体验。
- 多组件化： 依赖组件线上化，随着使用的项目增多，可提供了丰富的可用组件，使得每个业务都能够方便地选择和使用适合的组件。
第 1 条附言 · 319 天前
当前的产品更像是一个概念验证，还未涉足主数据。它仅仅是为了验证我内心的一个想法而存在。我的目标是通过这个产品，降低低代码平台中组件创建的成本，并且摆脱可视化布局对组件的严格限制，避免使系统变得臃肿。
产品开发理念类似于大家共同参与的积木游戏，就像乐高积木的制造者负责生产各种积木，而用户则像搭积木一样，通过选择和组合这些积木来构建成品。我们的目标是提供尽可能多种类的积木，让用户可以轻松地找到并使用适合他们需求的积木，而无需过多关注底层逻辑。
 |
1
foolishcrab 320 天前 via iPhone
一个低代码产品，项目特色的第一点是另一个项目，而且是一个代码编辑器项目。您觉得合适吗？
|
 |
2
cc12158 OP @foolishcrab 编辑器确实是其中重要的一环，在设计中思考过很多，目前开发起来最顺手效率最高的还是直接写代码，嵌入代码编辑器只是因为目前线上的组件还无法做到直接使用 vscode 编辑，所以采用线上编辑器的方式去开发，尽可能的降低组件开发的成本，并且所产出的组件可以直接给业务人员使用。
|
 |
3
musi 319 天前
就这交互叫好用？
|
 |
4
helloet 319 天前
请问可视化编辑器是自己写的还是用的组件库呀？
|
 |
7
yangg 319 天前  1
感觉还不错，支持！
|
|
8
yangg 319 天前
现在不能拖动选中一个区域的所有组件？
|
 |
10
qingshui33 319 天前 1
不是说你这个项目，你这个项目当然是很不错的，看得出来也花了很多精力和时间，很不错，加油 👍 （是就我目前的经验来说，低代码平台在我看来，可用的范围非常的狭窄，而对比他的开发和学习使用的成本来说，是完全不等价的，市面上的低代码平台是真的，，，我怀疑要么就是为了完成 KPI ，要么就是忽悠投资者和用户的，当然也有其他的原因）
|
|
11
cc12158 OP @qingshui33 谢谢你的支持，你说的问题其实也是我遇到并想改变的，我也是低代码平台的受害者（公司内部开发的）当前我也是其中参与的开发者，随着项目做的越来越多实际上并没有让我的工作变得更轻松，每个项目的差异点都很大，反而为了满足各种需求，做的身心疲惫。只有相同的业务可以提高效率，稍有差异反而就会使其效率极其低下。
|
 |
12
panda1079 319 天前 2
这玩意好别扭，会前端的不屑于用，不会前端的不会用
|
 |
13
Real00 319 天前 1
简单使用了一下，交互并没有低代码开发的爽快感，很多组件的时候缺少跟键盘快捷键和鼠标的互动。
比如编辑过程中 esc 、enter ，delete 等按键没有效果，双击组件无法弹出对应的编辑框，右键也没有组件菜单 另外就是左边的组件栏只有英文名，视觉上不好选。 看你是想解决快速出活还是满足灵活定制的问题了，前者应该有强大丰富的组件库，直接拖入即可用，后者应该是屏蔽掉一些编码细节，直接放 jsx 出来，应该很多人觉得还不如自己写 |
 |
14
hrzpaul02020 319 天前
我觉得 amis 这种低代码的思路是更好
如果是编辑器不如直接上 web 版 vscode 就是 ui 有点朴素 json 有点多 |
 |
15
JLVe 319 天前
@hrzpaul02020 +1 amis 面向后台页面的场景，内置的组件很多。
|
 |
17
murmur 319 天前
低代码仅适用于企业开发 OA 、审批类应用，你这个属于四不像，你场景是什么
|
|
18
cc12158 OP @hrzpaul02020 理想状态肯定是在 vscode 上面能够直接开发更好，目前模块数据是存储在数据库中只有在页面用到的时候才会进行渲染，具体怎么实现在 vscode 中进行组件编辑和开发目前还没有一个好的切入思路
|
|
19
cc12158 OP @murmur 真正要能够应用还需要接入主数据来辅助完成页面交互，目前是一个纯粹的低代码编辑器，还不包含业务场景，后续我会找一些简单的场景作为切入点，尝试做个产品试一下
|
|
20
murmur 319 天前
|
 |
21
lstz 319 天前 via iPhone
礼貌问一下开源吗
|
|
23
cc12158 OP @murmur 感谢你的建议，代码编辑器暴露出来是因为为了演示，分割的一个半成品没有做身份区分，正常应该只有开发者可以看到代码编辑器。
说是低代码是希望在业务足够丰富的情况下，可以有足够的模块来支撑业务的搭建。 目前我也在重新规划后续的发展方向，如果你有好的产品也可以推荐给我🙏，也许这对我很重要。 |
|
24
murmur 319 天前
@cc12158 我说的很清楚，你的场景是哪里，如果是根据设计图出 html 和 css ，别人有 AI
如果是企业办公类应用，现在任何一个商业 OA 都带对应的快速开发平台 其余的场景因为代码生成器做的太死了，还不如 gpt 手写 |
 |
26
wwk 319 天前
交互一脸懵啊。拿来推广验证的话，建议砍掉或者隐藏掉一些非必要功能，降低上手门槛。
|
 |
27
racgas 319 天前
其实我心目中的低代码开发平台基本就是 elementui 那样的 ui 组件库
|
 |
29
denghongcai 319 天前 via Android
和网易的 tango 很像
|
 |
30
twelife 309 天前 via Android
很棒，加油
|
Select Language