一个人，仅需两周弄定小程序开发？

「开发者评测」是 Zion 最新企划的硬核专栏，我们想约请全球优秀的开发者前来，使用和测评 Zion 无代码开发平台，分享心得，提供建议，给予无代码开发行业更强的生命力。欢迎文末扫码加入，成为 Zion 测评人，一起交换学习。

开发者介绍

食灯鬼，程序员，目前在区块链量化行业工作，喜好浏览、瑜伽、冥想，曾 gap 过两年多，业余开发了一款卡片笔记利用「元思笔记」。主持着一个线上读书俱乐部「书言」，每周浏览和分享一本书，已举行了 30+ 期活动，近期正在上海展开线下借浏览书会「书语」。

Github：https://github.com/shidenggui，开发保护多个开源框架，star 上千

01 Zion 评测综述

几年前我曾了解过无代码这个概念，但当时并没有深入体验过，由于感觉自己作为一个全栈工程师，没必要再去了解这类基于界面的低效开发方式。但随着我对无代码概念的接触，发现无代码其实不仅仅只是为不会编程的人提供了一套一比一翻译代码的图形界面，由于如果是这样的，它的开发效力是绝对照不上纯用代码开发的。无代码本质上是一种新的开发模式。

如果是基于代码开发，一个全栈开发者通常需要掌握前端、后端、数据库、程序部署、运维等一系列技能。在每一个子领域中都存在着对应的最好实践，但这些实践常常并没有充分斟酌到跟其它领域的集成和整合，由于每领域都存在着多种选择。

而无代码开发平台作为一个整体，有机会可以将所有领域的最好实践整合到一个统一的平台当中，在消弭很多没必要要的决定时，也大大提高了开发效力。

例如前端可能存在网页、利用、小程序等等，后端更是存在着多种语言和范式，例如 RESTful 和 GraphQL，数据库一样存在关系型数据和非关系型数据库的决定。一些常见的功能会无数次在各种语言和框架中被重复实现，例如用户管理、登陆、验证码收发等等。

在 Zion 中我们可以看到这些问题得到了比较不错的解决，用户不用再关心需要在哪些平台上使用哪些框架，Zion 提供统一的组件来解决对应的兼容问题。同时像用户模块和验证码收发逻辑这些常见的功能都已被默许集成，开箱即用。而且组件支持直接绑定到后台数据库中的字段，省了基于代码开发时繁琐的定义后端接口，定义前端结构，然后获得数据最后绑定到组件上的步骤，一步到位。

02 这些地方 Zion 做得不错

几近零运维本钱

Zion 在运维方面相比传统的开发模式方便了非常多，包括原生支持 CDN 和图片的自适应裁剪，后端服务和数据库的一键扩容，自动索引创建，自带服务监控和健康检测和自动重启功能。这样在业务突然爆发的时候，就不用手忙脚乱的去修改架构来支持高并发场景了，避免了高峰期的不良体验致使的用户流失。

支持自定义行动逻辑

无代码中必不可少的一部份就是对复杂的业务逻辑的支持，Zion 这方面不光支持图形化的 Action Flow 配置，同时也支持基于代码的方式，大大增强了业务的灵活性。固然也少不了对第三方 RESTful 接口的支持。同时内置触发器，不光支持第三方基于 webhook 的回调方式，也支持类似 crontab 那样的定时触发，简化了后端常常需要额外部署保护 task queue 的繁琐流程。

实时预览/协作

Zion 由于本身的架构优势，可以在原生的微信开发工具上进行更多的扩大，包括支持在浏览器中进行实时预览，同时可以分享项目链接给第三方人员，在线实时协作，这一点在多人协同开发的时候或者很友好的。

03 Zion 还可以再进步

在试用 Zion 的进程中，也发现了一些缺点，觉得可以做的更好。

色彩设置不太方便

Zion 的色彩功能目前使用起来或者有很多不足的地方，一个是很多时候要通过十六进制设置色彩，另外一方面是简陋的色彩配置。在前端类似 Material Design 这类框架或 Tailwind CSS 这类实现中，都提供了大量的预设色彩配置。像 Material Design 更是在提供一种主题色以后可以直接生成一系列的副主题色、辅助色、底色等等，同时这一套配置会默许利用到所有子组件上，例如按钮的各种状态、tab 选项的选中、非选中等等，节省了开发者大量的重复设置色彩的时间，只需要微调特定的组件便可。而且默许支持深色模式的统一配色调换，这一点我觉得是 Zion 可以鉴戒优化的。

图标选择有限

在 Zion 中设置图标有几个不方便的地方，一个是默许的图标过少，这样致使用户需要自己去寻觅相干的图标。另外一个是当使用区别图标的色彩来表示区别的状态时，需要手动上传区别色彩的图标，对某些格式后台可以支持直接设置相干色彩。

从开发者的角度来讲，希望 Zion 未来有可能接入 Materail Design 或 iconfont 这类第三方图标库。

布局灵活度还不够高

在调剂布局的时候，缺少一些快捷的内置选项，例如自动填充全部宽度等等，而不是每次都需要记住当前页面宽度，然后给每一个组件单独设置。未来不知道有无可能引入比较复杂的布局逻辑，例如栅格系统、CSS 一些相干的高级属性，目前在布局上自由度或者相对照较低。

组件种类还不够丰富

组件这块我觉得是 Zion 最欠缺的地方，现在前端各种成熟的框架中基本上都预置了大量经常使用的组件，而 Zion 内部的组件数量过少，略微复杂一点的样式就需要自己从头设置，在这个进程中消耗了大量的时间精力。另外组件可以支持第三方市场，允许用户提交组件，这必定会极大的提高开发体验和开发效力。

04 展望

无代码作为一个新的产品，肯定会面临着很多问题，但其未来是光明的。希望 Zion 能将无代码的体验做的愈来愈好，不光造福不会编程的用户，也能造福那些已疲于搭建繁琐和重复功能的开发者。

无代码开发｜云原生｜小程序开发｜网站开发｜可视化开发｜实时预览｜多人协同...

体验链接：https://www.functorz.com/?channel=nrff