复杂的问题，往往需要简单的逻辑；

一、业务背景

业务开发是一件复杂且耗时的工程，所以最近几年出了一个很火的概念叫做"低代码"开发，简单的说就是开发人员通过简单的"拖拉拽"配置，快速构建起业务应用，甚至一些业务人员可以自行操作，比如下面常用的一些功能；

• 数据报表：通过BI工具快速配置和生成相应的数据报表，降低数据统计的工作量；
• 业务表单：围绕基础的字段库能力，快速构建业务属性的表单结构，避免频繁的扩展版本；
• 审批管理：通过流程的灵活配置，动态管理各种审批场景，例如人事，财务，合同；

做这些业务设计时，核心思想是：把常用的逻辑进行封装，流程设计为可配置，这样即可在一定时间内应对业务的需求和变化，降低开发成本的支出，从而使研发更侧重核心业务的管理和抽象封装等内容。

二、数据报表

随着业务的发展，数据报表通常都是系统的必备模块，以往都是在后端提供数据报表的模块，不过近几年少有设计独立的报表统计，都是基于云服务的BI平台快速实现报表的搭建：

• 业务字段：通常报表的维度都是展示对应字段的统计结果，所以业务库的结构解析是基础功能；
• 报表组件：提供基础的报表组件，例如折线图、柱状图、漏斗图等，并设计初始化规则；
• 计算能力：日常数据分析的常用计算方法，基于加减乘除取模等，封装更加灵活的计算策略；
• 报表页面：通过可配置的页面集成多个报表组件，报表组件可以根据占比或者坐标进行布局；

关于数据报表的呈现方式其实有很多种，可视化报表是最常见的，还有一些可能直接基于SQL统计进行定期汇总，以邮件的方式或者公司内部文档的形式输出，解决问题的方式通常不止一种，要学会选择相对合理的策略。

三、业务表单

SAAS服务或者常见的管理平台，通常都提供自定义表单的创建能力，通过基础字段库的组合，快速构建相应的业务表单结构，从而应对需求的多变性：

• 字段库：提供业务需求的字段管理，并设计相应的规则约束，例如默认值、提示语、唯一性等等；

  • 基础：文本框、文本域、单选、复选、数字框；
  • 进阶：日期、时间、邮件、地址、三级联动、货币与单位；
  • 高级：自定义封装，样式管理与数据加载API；

• 表单库：通过字段库组合构建相应的表单模板，从而对应业务的数据主体，进而实现业务的数据化管理；

  • 表单结构：存储表单中字段的基础配置和规则，以便页面的回显；
  • 数据主表：表单对应的业务，建立相应的主表结构，即biz-form-id概念；
  • 键值数据：表单中字段和对应的数据录入，即key-value结构；
  • 数据索引：由于表单字段的灵活配置，通常构建No-SQL搜索结构；
  • 数据回显：基于表单配置的字段，解析响应页面的数据结构，实现数据回显；

基于简单的拖拉拽方式进行表单配置，可以快速生成业务需求的主体结构，只不过整个表单的配置和解析十分复杂，各个节点的管理也更加灵活多变，需要对流程不断优化和模板设计，从而提高复用能力。

四、审批管理

报表和表单从整体上看侧重模板化的封装，而审批类的业务则倾向流程的配置化，每个审批场景从开始到结束，完成需要经过多个节点，节点之间又存在递推或者回退的动作：

• 开始：发起方提交审批动作，消息会按照配置流程进行节点通知；
• 节点：配置审批条件(自动或手动)和人员或角色，以及规则定义，例如串行或者并行，回退节点、失败原因等；
• 结束：流程结束后触发通知机制，对流程节点中涉及人员或者其他角色进行消息通知；

在审批流程的管理中，除了涉及大量的规则配置，还需要管理复杂的状态流转，不同的状态描述不同的结果，并根据状态生成相应的事件和动作，从而实现流程开始和结束的完整性。

五、写在最后

很多业务需求都是有规律可寻的，例如报表中的计算、表单中的字段和结构、审批中的流程管理，将业务底层不变的规则进行抽象封装，可以是模板化管理或者流程化配置，从而应用对容易变化的业务场景。

END