巧用自定义函数，文本控件秒变高速缓存

文/文静
编辑/麦壁瑜

前言

在软件体系架构设计中，有一种最经典的三层结构，即：表现层、业务逻辑层和数据访问层。

表现层（UIL）：展现给用户的界面，即用户在使用系统时他的所见所得。
业务逻辑层（BLL)：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。
数据访问层（DAL)：针对数据的增添、删除、修改、查找等。

在明道云的应用搭建过程中，虽然不要求开发者去严格定义三层结构，但在很多产品设计上仍然可以体会到分层的理念。例如：在显示记录信息的“前端表单”上，我们可以通过数据的增删改或是自定义按钮来调用一个“后台工作流”。工作流中可以进行各种复杂逻辑的处理，并对相应的“底层工作表”进行数据操作。

这样的设计思路易于用户理解，不管是习惯代码开发的程序员还是新手小白，只要稍加熟悉各层基本功能组件，就能很容易设计各种复杂和个性化的业务应用。

三层结构的设计扩展性强，可以很好地降低各层之间的耦合度，有利于标准化和逻辑的复用。但是它也会带来一些问题，如：

一定程度上降低了系统性能。例如：明道云对数据的批量复杂处理主要依靠大量的工作流（包含子流程），当复杂的工作流嵌套较多的时候，维护起来会有难度。
前后端关联处理，牵一发而动全身。例如：为了在前端大屏上显示全面的数据可视化效果，要组合运用一系列字段、数据关联、工作流才可以实现。

今天就探讨一种特殊的方法，打破“前后端”的藩篱，让我们能在工作表前端建立一个自定义的高速缓存。在一些特殊场景下可以提升数据性能，同时让应用设计更加简洁。

自定义数据结构，把文本控件变成高速缓存

从 7.3 版本开始，明道云产品在原有的函数默认值基础上又往前推动了一步，开始支持“自定义函数”。这样一个小迭代，却能为我们在前后端开发上开启一扇大门，让我们可以尝试用新的方式来解决前后端复杂数据交互的问题。

这个思路的核心是将工作表文本控件作为前端数据存储容器，通过自定义函数进行读取和前端逻辑处理。其中，数据本身还是来源于常规的工作表，但是可以通过工作流读取一个或多个表的数据，并重构出一个独立的前端数据源。这个数据可以直接存储在工作表中，作为前端自定义函数可访问的“数据缓存”。

示例效果

下面，我先用一个简单示例来演示这个操作过程。示例背景：在一个工作表中输入“员工工号”，系统就可以自动带出该员工的姓名、岗位、入职日期。

实现这个效果的常规方式步骤为：

在查询表中建立一个单条的人员岗位关联控件；
为这个关联控件设置一个查询他表的默认值，条件为当前输入的工号
通过他表字段或者文本控件默认值把该关联的相关字段引入到当前记录。
可以看出，这个过程需要多个组件的联合使用，且必须要求查询表单动态建立和人员表的关联。前台执行效率较慢，关联字段也做不到实时刷新显示。而通过今天介绍的自定义函数模式就可以完美解决这些问题，下面看一下效果。

步骤讲解

1.首先，在查询表单中设置一个“数据缓存”容器，用普通的文本控件即可；可保持隐藏状态。

2.根据实际业务对数据的需求，用工作流在后台生成特定JSON格式的数据源，并保存在上面的“数据缓存”容器中。这里的数据源格式非常灵活，可以支持一些相对复杂的业务（参考：运用代码块将工作表数据转为数组 https://bbs.mingdao.net/topic...）。

3.在目标控件中设置自定义函数。通过加载对应的“缓存数据”，再结合自定义JS代码，即可实现自定义的判断和计算逻辑。如本示例中，根据输入的工号检索数组对象，并显示其中的字段值（可以根据输入实时刷新数据）。