模板化的封装，降低业务代码开发
复杂的问题，往往需要简单的逻辑；
一、业务背景
业务开发是一件复杂且耗时的工程，所以最近几年出了一个很火的概念叫做"低代码"开发，简单的说就是开发人员通过简单的"拖拉拽"配置，快速构建起业务应用，甚至一些业务人员可以自行操作，比如下面常用的一些功能；
- 数据报表：通过BI工具快速配置和生成相应的数据报表，降低数据统计的工作量；
- 业务表单：围绕基础的字段库能力，快速构建业务属性的表单结构，避免频繁的扩展版本；
- 审批管理：通过流程的灵活配置，动态管理各种审批场景，例如人事，财务，合同；
做这些业务设计时，核心思想是：把常用的逻辑进行封装，流程设计为可配置，这样即可在一定时间内应对业务的需求和变化，降低开发成本的支出，从而使研发更侧重核心业务的管理和抽象封装等内容。
二、数据报表
随着业务的发展，数据报表通常都是系统的必备模块，以往都是在后端提供数据报表的模块，不过近几年少有设计独立的报表统计，都是基于云服务的BI平台快速实现报表的搭建：
- 业务字段：通常报表的维度都是展示对应字段的统计结果，所以业务库的结构解析是基础功能；
- 报表组件：提供基础的报表组件，例如折线图、柱状图、漏斗图等，并设计初始化规则；
- 计算能力：日常数据分析的常用计算方法，基于加减乘除取模等，封装更加灵活的计算策略；
- 报表页面：通过可配置的页面集成多个报表组件，报表组件可以根据占比或者坐标进行布局；
关于数据报表的呈现方式其实有很多种，可视化报表是最常见的，还有一些可能直接基于SQL统计进行定期汇总，以邮件的方式或者公司内部文档的形式输出，解决问题的方式通常不止一种，要学会选择相对合理的策略。
三、业务表单
SAAS服务或者常见的管理平台，通常都提供自定义表单的创建能力，通过基础字段库的组合，快速构建相应的业务表单结构，从而应对需求的多变性：
字段库：提供业务需求的字段管理，并设计相应的规则约束，例如默认值、提示语、唯一性等等；
- 基础：文本框、文本域、单选、复选、数字框；
- 进阶：日期、时间、邮件、地址、三级联动、货币与单位；
- 高级：自定义封装，样式管理与数据加载api；
表单库：通过字段库组合构建相应的表单模板，从而对应业务的数据主体，进而实现业务的数据化管理；
biz-form-id key-value No-SQL
基于简单的拖拉拽方式进行表单配置，可以快速生成业务需求的主体结构，只不过整个表单的配置和解析十分复杂，各个节点的管理也更加灵活多变，需要对流程不断优化和模板设计，从而提高复用能力。
四、审批管理
报表和表单从整体上看侧重模板化的封装，而审批类的业务则倾向流程的配置化，每个审批场景从开始到结束，完成需要经过多个节点，节点之间又存在递推或者回退的动作：
- 开始：发起方提交审批动作，消息会按照配置流程进行节点通知；
- 节点：配置审批条件(自动或手动)和人员或角色，以及规则定义，例如串行或者并行，回退节点、失败原因等；
- 结束：流程结束后触发通知机制，对流程节点中涉及人员或者其他角色进行消息通知；
在审批流程的管理中，除了涉及大量的规则配置，还需要管理复杂的状态流转，不同的状态描述不同的结果，并根据状态生成相应的事件和动作，从而实现流程开始和结束的完整性。
五、写在最后
很多业务需求都是有规律可寻的，例如报表中的计算、表单中的字段和结构、审批中的流程管理，将业务底层不变的规则进行抽象封装，可以是模板化管理或者流程化配置，从而应用对容易变化的业务场景。
微信公众号：知了一笑
原文 https://www.cnblogs.com/cicada-smile/p/16303688.html
本文内容仅供个人学习、研究或参考使用，不构成任何形式的决策建议、专业指导或法律依据。未经授权，禁止任何单位或个人以商业售卖、虚假宣传、侵权传播等非学习研究目的使用本文内容。如需分享或转载，请保留原文来源信息，不得篡改、删减内容或侵犯相关权益。感谢您的理解与支持！