「开发者评测」是 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 可以借鉴优化的。

图标选择有限