一台历、引言

在软件开发领域，有这样一类台历"Think"系的书籍被广大程序员们奉为经典，如：Think in C 、Think in C#、Think in Java，Think Python等。对于一项新技术的掌握重点是对其核心思想的把控，而大量明道云的项目实践也表明一旦用户（尤其是有研发背景的用户）掌握了明道云的开发思想，往往能更快、更灵活地设计和搭建出适合自己的应用。这让明道云零代码平台真正成为一个降本增效的利器。

图王鸥1 Think in 系列书籍

常规的开发模式需要开发者考虑使用什么底层数据库、如何访问、如何构建前后端分离、微服务等架构（这里指的是基于明道云平台的应用搭建过程，明道平台底层仍然使用了此类技术）。不同于常规开发模式对开发者的要求，明道云的开发者几乎都是“全栈工程师”。因为平台已经将相关的基础能力都做了适当封装。开发者只需要考虑如何选取适当的功能模块，以及如何将其组合起来，用以解决企业的实际问题就可以了。

图 2 淘宝前端团队提出的中途岛(Midway Framework)架构

图 3 某无代码平台生成应用的基本与框架

图 4 明道云六大基础能力模块

二、应用部分

1.如何存储并管理数据？

在明道云平台，创建工作表是构建应用的第一步。其类似于我们在数据库中创建了一张数据库表。接下来的工作也是类似的，就是定义表的组成字段。只不过该步骤是通过可视化的方式（拖拉拽）操作，你也不需要单独创建uuid字段。每条记录明道云都会自动生成唯一的“记录ID”。

同时，明道云还具有更多直接面向业务场景的属性，并提供了相应的选项。例如：对于phone这个字段，其可以支持号码格式的自动校验；对于birthday字段，其可以限定前台可选择的星期和时段，而无需单独在前端做正则判断。

注：由于明道云储存工作表的底层数据库采用的是MongoDB，所以一般也不用考虑字段的长度限制。单张工作表的行数据目前控制在千万级。

图 5 用SQL创建并定义数据表

图 6 明道云可视化表单设计

独立的表格是没有太大意义的。为了构建完整的底层数据结构，你需要建立工作表之间的关联关系，使其支持一对一、一对工作室多、多对多的关系。这类似于你在关系型数据库的设计中要考虑主键、外键。例如：客户（企业）和其联系人就是典型的一对多关系。

图 7 关联数据的定义

到此为止应该是很多人对于零代码产品的第一印象，即：可在线编辑和共享的表单系统。但作为一个零代码全栈工程师，你还会面对更多来自业务的挑战。

2.如何提供千人千面的业务前台？

在上面创建工作表的同时，平台会自动为每个工作表创建一个基本的前台查询视图。

图 8 工作表默认表格视图

而为了更好地适应不同人员对数据的需求，你可以在一张工作表上定义更多不同的视图。这些视图主工作室要可以解决以下问题：

让数据以更适合的“形式”进行展示。目前明道云支持表格、看板、日历、画廊、层级这5种形式。其覆盖了大部分的企业级应用场景对数据展示的要求。

在行的维度，明道云可以设置数据的可见范围。例如：你可以轻松定义一个过滤器来限制用户只能查询自己创建并且客户手机号码以“135”开头的列表。在以往的开发中，这可能需要你设计一个能支持动态拼接的SQL语句，后面再加个where 1=1。而类似这样的需求可能在一个产品或项目中不断地在变化，占据了你非常多的精力。