CN114611476A - 一种表单内容结构化处理方法及装置 - Google Patents

Abstract

本发明提供一种表单内容结构化处理方法及装置，方法包括：建立目录配置表以及业务实例化配置表；后端新增目录查询方法、表单具体内容查询方法、表单保存方法、表单删除方法；定义接口方法；并定义抽象类以及实现接口方法，所述抽象类用于实现接口方法中统一处理的部分；创建每个表单的实现类；根据表单类型调用对应的接口方法；根据业务需求类别及业务基本信息查询目录配置表中的配置项，并实例化写入业务实例化配置表中；设定前端与后端的规则；根据业务需要对内容进行编辑，前端根据所述规则将业务数据作为入参传给后端，后端对业务数据进行对应的处理操作，提高系统灵活度，提升系统质量，降本增效。

Description

一种表单内容结构化处理方法及装置

技术领域

本发明涉及计算机技术领域，特别涉及一种表单内容结构化处理方法及装置。

背景技术

复杂业务多表单目录化处理：以采购公告为例，一份采购公告内容由多个段落组成，每个段落都有其所需填写的表单。表单内容结构化处理的原则是以业务需求为导向，将有关联的数据项组合处理及配置。每个组合之间有独立的后端操作方法。多个数据项组合可以根据业务要求进行组合，形成目录。多个目录也可以根据业务要求进行二次组合，最终形成满足采购公告要求的单据数据项集合。

后端接收前端数据：针对前端的数据项组合内容，首先每个组合都有查询、保存、删除、检验、回调的方法。每个表单应有独立的查询、保存、删除、检验、回调方法。其次控制层统一入口，根据参数的不同通过spring框架中ApplicationContextUtil工具类机制调用不同组合的处理类，实现组件内数据处理。

后端目录组合配置管理：后端将单据中的组合进行抽象管理。在数据库中建立目录配置表(catalog_config表)存储单据模板中各个数据项之间的关联关系，以及业务需求、前端参数、标签内容等。并针对具体项目进行实例化操作，做到不同项目之间配置不冲突，不互相影响。

现有使用的是根据研发当时需求进行前后端编码，针对特定需求下的处理；现有可较为灵活的非固化表单技术多数为动态表单，将配置拆分成最小颗粒度的输入项，满足基础的必填检验。

现有系统中，绝大多数的表单是前端根据研发时的业务规则固化在具体的页面中。当有个性化需求时，页面需重新调整，且难兼容与日俱增的需求要求。同时，前端存在部分业务逻辑，极大地影响后期的维护成本。对于后端来说代码难以复用，增加维护成本，通过造成低内聚，影响整体质量。

即便动态表单技术的加入，能解决的也只是满足与部分业务的前端动态“注入”；例如：若新增一个编辑项或者前端置需求的小变动，则前后端都需要修改，增加了维护成本；并且，由于动态表单是统一配置的，每个项目之间的配置都一样，难做区分。每个输入项之间难有关联，具体业务适应度低，很难与后端具体项目关联，后端没有根本解决低耦合的问题。

发明内容

本发明要解决的技术问题，在于提供一种表单内容结构化处理方法及装置，针对目前业务系统存在多表单业务情况，优化前后端操作，将表单功能属性归集整理，提供优化解决方案，促进前后端分离，让程序低耦合、高内聚，提低系统维护难度，适用多变的需求，提高系统灵活度，提升系统质量，降本增效。

第一方面，本发明提供了一种表单内容结构化处理方法，包括：

步骤1、建立目录配置表以及业务实例化配置表；

步骤2、后端新增目录查询方法、表单具体内容查询方法、表单保存方法、表单删除方法；定义接口方法，所述接口方法包括初始化方法、查询方法、保存前检验方法、保存方法、删除方法以及回调方法；并定义抽象类以及实现接口方法，所述抽象类用于实现接口方法中统一处理的部分；创建每个表单的实现类，所述实现类继承所述抽象类，根据业务要求进行编码；根据表单类型调用对应的接口方法；

步骤3、根据业务需求类别及业务基本信息查询目录配置表中的配置项，并实例化写入业务实例化配置表中；

步骤4、设定前端与后端的规则；

步骤5、根据业务需要对内容进行编辑，前端根据所述规则将业务数据作为入参传给后端，后端对业务数据进行对应的处理操作。

进一步地，所述步骤1进一步具体为：建立目录配置表，分析业务需求，将业务所需的表单进行分类、命名，并根据业务要求将默认值、基础规则、读写状态、启用状态、数据版本配置、表单类型写入该表；表单类型分为：简单表单类型、多个简单表单组合类型、已有组件类型；建立业务实例化配置表，用于存储具体业务根据项目实例化后的目录配置。

进一步地，所述根据表单类型调用对应的接口方法进一步具体为：

如果表单类型是简单表单类型，则调用初始化方法、查询方法、保存前检验方法、保存方法、删除方法以及回调方法。初始化方法、查询方法、保存前检验方法、保存方法、删除方法以及回调方法

如果表单类型是多个简单表单组合类型，则调用当前表单的实现类方法；

如果表单类型是已有组件类型，则调用当前表单类型的查询和回调方法。

进一步地，所述步骤4进一步具体为：

约定入参；统一调用后端的查询方法、保存方法、删除方法和回调方法的URL参数；

约定前端编辑项控制；后端通过查询方法返回当前编辑项限制条件，包括编辑项类型以及编辑项编辑类型。

约定出参；后端通过保存方法、删除方法和回调方法返回当前编辑项的渲染内容。

第二方面，本发明提供了一种表单内容结构化处理装置，包括：

建表模块，建立目录配置表以及业务实例化配置表；

后端处理模块，后端新增目录查询方法、表单具体内容查询方法、表单保存方法、表单删除方法；定义接口方法，所述接口方法包括初始化方法、查询方法、保存前检验方法、保存方法、删除方法以及回调方法；并定义抽象类以及实现接口方法，所述抽象类用于实现接口方法中统一处理的部分；创建每个表单的实现类，所述实现类继承所述抽象类，根据业务要求进行编码；根据表单类型调用对应的接口方法；

实例化模块，根据业务需求类别及业务基本信息查询目录配置表中的配置项，并实例化写入业务实例化配置表中；

设定规则模块，设定前端与后端的规则；

处理模块，根据业务需要对内容进行编辑，前端根据所述规则将业务数据作为入参传给后端，后端对业务数据进行对应的处理操作。

进一步地，所述建表模块进一步具体为：建立目录配置表，分析业务需求，将业务所需的表单进行分类、命名，并根据业务要求将默认值、基础规则、读写状态、启用状态、数据版本配置、表单类型写入该表；表单类型分为：简单表单类型、多个简单表单组合类型、已有组件类型；建立业务实例化配置表，用于存储具体业务根据项目实例化后的目录配置。

进一步地，所述根据表单类型调用对应的接口方法进一步具体为：

如果表单类型是简单表单类型，则调用初始化方法、查询方法、保存前检验方法、保存方法、删除方法以及回调方法。初始化方法、查询方法、保存前检验方法、保存方法、删除方法以及回调方法

如果表单类型是多个简单表单组合类型，则调用当前表单的实现类方法；

如果表单类型是已有组件类型，则调用当前表单类型的查询和回调方法。

进一步地，所述设定规则模块进一步具体为：

约定入参；统一调用后端的查询方法、保存方法、删除方法和回调方法的URL参数；

约定前端编辑项控制；后端通过查询方法返回当前编辑项限制条件，包括编辑项类型以及编辑项编辑类型。

约定出参；后端通过保存方法、删除方法和回调方法返回当前编辑项的渲染内容。

本发明实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

本申请实施例提供的一种表单内容结构化处理方法及装置，提升了对表单内容结构化、可复用、易操作的配置能力；优化了表单内容的配置，方便研发人员根据现场需求新增或修改编辑项配置，为后续的进一步分析、编辑提供了基础。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

下面参照附图结合实施例对本发明作进一步的说明。

图1为本发明实施例一中方法中的流程图；

图2为本发明实施例二中装置的结构示意图。

具体实施方式

本申请实施例中的技术方案，总体思路如下：

2.1目录配置

2.1.1建立目录配置表(catalog_config)，分析业务需求，将业务所需的表单进行分类、命名，并根据业务要求将默认值、基础规则、读写状态、启用状态、数据版本配置、表单类型(表单类型分为：简单表单类型、多个简单表单组合类型、已有组件类型)写入该表。

默认值的作用是减少用户的操作，例如采购公告中的获取招标文件地点可以根据区划直接设置从内蒙古政府采购中获取，则用户在编制采购公告的时候无需再自己填写一次；

基础规则的作用是跟前端约定的编辑项类型(简单表单类型、多个简单表单组合类型、已有组件类型)，编辑项编辑类型(输入类型，单选类型，多选类型，下拉类型)等；

读写状态是指当前表单是否允许用户编辑；

启用状态指的是该表单配置是否生效，例如内蒙古环境下，鄂尔多斯市需要中标通知书配置项，呼和浩特市不需要中标通知书配置项，则根据该字段做区分。

2.1.2建立业务实例化配置表(business_catalog_config)。用于存储具体业务根据项目实例化后的目录配置。

2.2后端处理实现

2.2.1控制层新增目录查询、表单具体内容查询方法、表单保存方法、表单删除方法，用于提供给前端进行前后端交互使用。

2.2.2定义统一的控制层入参和出参。入参指的是前后端交互的时候前端请求后端的参数；出参指的是前后端交互的时候前端请求后端结束之后，后端返回给前端的参数。统一的好处是前端可以统一处理各个表单类型的请求以及返回值。

2.2.3定义适用于各种表单类型的接口方法，含表单的初始化方法、查询方法、保存前检验方法、保存方法、删除方法、回调方法。

2.2.4定义抽象类和实现2.2.3接口方法中的初始化方法、查询方法、检验方法、保存方法、删除方法和回调方法。将初始化方法、查询方法、检验方法、保存方法、删除方法和回调方法中的统一处理部分在该具体实现类中实现。

2.2.5创建每个表单实现类，继承2.2.4中定义的抽象方法。根据每个组合数据的业务要求，完成具体方法的编码工作；例如：项目概况的多行输入项，后端创建该实现类，继承抽象类，再根据抽象类定义的方法以及业务实际情况，针对初始化，查询，检验，保存等方法进行具体实现。

2.2.6根据表单类型调用相应的初始化、查询、校验、保存、删除和回调方法；使得数据与数据库进行交互操作。

2.2.6.1如果是简单表单类型，则调用统一的初始化、查询、校验、保存、删除和回调方法方法。

2.2.6.2如果是多个简单表单组合类型，则调用当前表单的实现类方法(多个简单表单组合类型类似“采购公告的获取招标文件起止时间、递交投标文件截止时间、开标时间这四个时间”在查询、校验和保存的时候处理无法统一处理，则需要单独编码)。例如采购公告的获取招标文件起止时间、递交投标文件截止时间、开标时间这四个时间可以做成多个简单表单组合类型。调用查询接口时根据规则生成默认的时间，调用保存接口时判断时间是否满足规则，保存结束将时间相关内容渲染返回前端。

2.2.6.3如果是已有组件类型，则调用当前表单类型的查询和回调方法。

2.3实例化业务配置数据至实例化配置表(将配置数据写入到配置表中)

2.3.1根据业务需求类别及业务基本信息查询目录配置表中的配置项，并实例化写入业务实例化配置表中。

2.4前后端规则约定

2.4.1约定入参。统一调用后端查询接口保存接口、删除接口和回调接口的URL参数，参数为当前编辑项编辑的内容。

2.4.2约定前端编辑项控制。后端通过查询接口返回当前编辑项限制条件，包括编辑项类型(简单表单类型、多个简单表单组合类型、已有组件类型)，编辑项编辑类型(输入类型，单选类型，多选类型，下拉类型)等。

2.4.3约定出参。后端通过保存接口、删除接口和回调接口返回当前编辑项的渲染内容。

2.5业务数据写入对应的库表

2.5.1用户根据业务需要对内容进行编辑，操作确认时前端服务根据2.4中约定的规则将业务数据作为入参传给后端服务。后端服务根据2.2中描述的规则场景进行对应的业务数据处理操作。

例如假设户口本信息包含人口基本信息，且人口基本信息约定成组合表单项。用户将姓名，性别，出生年月，身份证号码填写后进行保存的过程。前端根据2.4约定规则将数据通过2.2.1中的表单保存控制层方法传入后端。后端收到数据后根据表单类型名称编码找到对应的实现类。先调用检验方法，检查输入内容的业务合法性，在满足业务合法性的基础上调用实现类中的保存方法，将用户所填内容保存到数据库中。

实施例一

如图1所示，本实施例提供一种表单内容结构化处理方法，包括：

步骤1、建立目录配置表以及业务实例化配置表；

步骤2、后端新增目录查询方法、表单具体内容查询方法、表单保存方法、表单删除方法；定义接口方法，所述接口方法包括初始化方法、查询方法、保存前检验方法、保存方法、删除方法以及回调方法；并定义抽象类以及实现接口方法，所述抽象类用于实现接口方法中统一处理的部分；创建每个表单的实现类，所述实现类继承所述抽象类，根据业务要求进行编码；根据表单类型调用对应的接口方法；

步骤3、根据业务需求类别及业务基本信息查询目录配置表中的配置项，并实例化写入业务实例化配置表中；

步骤4、设定前端与后端的规则；

步骤5、根据业务需要对内容进行编辑，前端根据所述规则将业务数据作为入参传给后端，后端对业务数据进行对应的处理操作。

进一步地，所述步骤1进一步具体为：建立目录配置表，分析业务需求，将业务所需的表单进行分类、命名，并根据业务要求将默认值、基础规则、读写状态、启用状态、数据版本配置、表单类型写入该表；表单类型分为：简单表单类型、多个简单表单组合类型、已有组件类型；建立业务实例化配置表，用于存储具体业务根据项目实例化后的目录配置。

进一步地，所述根据表单类型调用对应的接口方法进一步具体为：

如果表单类型是简单表单类型，则调用初始化方法、查询方法、保存前检验方法、保存方法、删除方法以及回调方法。初始化方法、查询方法、保存前检验方法、保存方法、删除方法以及回调方法

如果表单类型是多个简单表单组合类型，则调用当前表单的实现类方法；

如果表单类型是已有组件类型，则调用当前表单类型的查询和回调方法。

进一步地，所述步骤4进一步具体为：

约定入参；统一调用后端的查询方法、保存方法、删除方法和回调方法的URL参数；

约定前端编辑项控制；后端通过查询方法返回当前编辑项限制条件，包括编辑项类型以及编辑项编辑类型。

约定出参；后端通过保存方法、删除方法和回调方法返回当前编辑项的渲染内容。

基于同一发明构思，本申请还提供了与实施例一中的方法对应的装置，详见实施例二。

实施例二

如图2所示，在本实施例中提供了一种表单内容结构化处理装置，包括：

建表模块，建立目录配置表以及业务实例化配置表；

后端处理模块，后端新增目录查询方法、表单具体内容查询方法、表单保存方法、表单删除方法；定义接口方法，所述接口方法包括初始化方法、查询方法、保存前检验方法、保存方法、删除方法以及回调方法；并定义抽象类以及实现接口方法，所述抽象类用于实现接口方法中统一处理的部分；创建每个表单的实现类，所述实现类继承所述抽象类，根据业务要求进行编码；根据表单类型调用对应的接口方法；

实例化模块，根据业务需求类别及业务基本信息查询目录配置表中的配置项，并实例化写入业务实例化配置表中；

设定规则模块，设定前端与后端的规则；

处理模块，根据业务需要对内容进行编辑，前端根据所述规则将业务数据作为入参传给后端，后端对业务数据进行对应的处理操作。

进一步地，所述建表模块进一步具体为：建立目录配置表，分析业务需求，将业务所需的表单进行分类、命名，并根据业务要求将默认值、基础规则、读写状态、启用状态、数据版本配置、表单类型写入该表；表单类型分为：简单表单类型、多个简单表单组合类型、已有组件类型；建立业务实例化配置表，用于存储具体业务根据项目实例化后的目录配置。

进一步地，所述根据表单类型调用对应的接口方法进一步具体为：

如果表单类型是简单表单类型，则调用初始化方法、查询方法、保存前检验方法、保存方法、删除方法以及回调方法。初始化方法、查询方法、保存前检验方法、保存方法、删除方法以及回调方法

如果表单类型是多个简单表单组合类型，则调用当前表单的实现类方法；

如果表单类型是已有组件类型，则调用当前表单类型的查询和回调方法。

进一步地，所述设定规则模块进一步具体为：

约定入参；统一调用后端的查询方法、保存方法、删除方法和回调方法的URL参数；

约定前端编辑项控制；后端通过查询方法返回当前编辑项限制条件，包括编辑项类型以及编辑项编辑类型。

约定出参；后端通过保存方法、删除方法和回调方法返回当前编辑项的渲染内容。

由于本发明实施例二所介绍的装置，为实施本发明实施例一的方法所采用的装置，故而基于本发明实施例一所介绍的方法，本领域所属人员能够了解该装置的具体结构及变形，故而在此不再赘述。凡是本发明实施例一的方法所采用的装置都属于本发明所欲保护的范围。

虽然以上描述了本发明的具体实施方式，但是熟悉本技术领域的技术人员应当理解，我们所描述的具体的实施例只是说明性的，而不是用于对本发明的范围的限定，熟悉本领域的技术人员在依照本发明的精神所作的等效的修饰以及变化，都应当涵盖在本发明的权利要求所保护的范围内。

Claims (8)

1.一种表单内容结构化处理方法，其特征在于：包括：

步骤1、建立目录配置表以及业务实例化配置表；

步骤2、后端新增目录查询方法、表单具体内容查询方法、表单保存方法、表单删除方法；定义接口方法，所述接口方法包括初始化方法、查询方法、保存前检验方法、保存方法、删除方法以及回调方法；并定义抽象类以及实现接口方法，所述抽象类用于实现接口方法中统一处理的部分；创建每个表单的实现类，所述实现类继承所述抽象类，根据业务要求进行编码；根据表单类型调用对应的接口方法；

步骤3、根据业务需求类别及业务基本信息查询目录配置表中的配置项，并实例化写入业务实例化配置表中；

步骤4、设定前端与后端的规则；

步骤5、根据业务需要对内容进行编辑，前端根据所述规则将业务数据作为入参传给后端，后端对业务数据进行对应的处理操作。

2.根据权利要求1所述的一种表单内容结构化处理方法，其特征在于：所述步骤1进一步具体为：建立目录配置表，分析业务需求，将业务所需的表单进行分类、命名，并根据业务要求将默认值、基础规则、读写状态、启用状态、数据版本配置、表单类型写入该表；表单类型分为：简单表单类型、多个简单表单组合类型、已有组件类型；建立业务实例化配置表，用于存储具体业务根据项目实例化后的目录配置。

3.根据权利要求1所述的一种表单内容结构化处理方法，其特征在于：所述根据表单类型调用对应的接口方法进一步具体为：

如果表单类型是简单表单类型，则调用初始化方法、查询方法、保存前检验方法、保存方法、删除方法以及回调方法。初始化方法、查询方法、保存前检验方法、保存方法、删除方法以及回调方法

如果表单类型是多个简单表单组合类型，则调用当前表单的实现类方法；

如果表单类型是已有组件类型，则调用当前表单类型的查询和回调方法。

4.根据权利要求1所述的一种表单内容结构化处理方法，其特征在于：所述步骤4进一步具体为：

约定入参；统一调用后端的查询方法、保存方法、删除方法和回调方法的URL参数；

约定前端编辑项控制；后端通过查询方法返回当前编辑项限制条件，包括编辑项类型以及编辑项编辑类型。

约定出参；后端通过保存方法、删除方法和回调方法返回当前编辑项的渲染内容。

5.一种表单内容结构化处理装置，其特征在于：包括：

建表模块，建立目录配置表以及业务实例化配置表；

后端处理模块，后端新增目录查询方法、表单具体内容查询方法、表单保存方法、表单删除方法；定义接口方法，所述接口方法包括初始化方法、查询方法、保存前检验方法、保存方法、删除方法以及回调方法；并定义抽象类以及实现接口方法，所述抽象类用于实现接口方法中统一处理的部分；创建每个表单的实现类，所述实现类继承所述抽象类，根据业务要求进行编码；根据表单类型调用对应的接口方法；

实例化模块，根据业务需求类别及业务基本信息查询目录配置表中的配置项，并实例化写入业务实例化配置表中；

设定规则模块，设定前端与后端的规则；

处理模块，根据业务需要对内容进行编辑，前端根据所述规则将业务数据作为入参传给后端，后端对业务数据进行对应的处理操作。

6.根据权利要求5所述的一种表单内容结构化处理装置，其特征在于：所述建表模块进一步具体为：建立目录配置表，分析业务需求，将业务所需的表单进行分类、命名，并根据业务要求将默认值、基础规则、读写状态、启用状态、数据版本配置、表单类型写入该表；表单类型分为：简单表单类型、多个简单表单组合类型、已有组件类型；建立业务实例化配置表，用于存储具体业务根据项目实例化后的目录配置。

7.根据权利要求5所述的一种表单内容结构化处理装置，其特征在于：所述根据表单类型调用对应的接口方法进一步具体为：

如果表单类型是简单表单类型，则调用初始化方法、查询方法、保存前检验方法、保存方法、删除方法以及回调方法。初始化方法、查询方法、保存前检验方法、保存方法、删除方法以及回调方法

如果表单类型是多个简单表单组合类型，则调用当前表单的实现类方法；

如果表单类型是已有组件类型，则调用当前表单类型的查询和回调方法。

8.根据权利要求5所述的一种表单内容结构化处理装置，其特征在于：所述设定规则模块进一步具体为：

约定入参；统一调用后端的查询方法、保存方法、删除方法和回调方法的URL参数；

约定前端编辑项控制；后端通过查询方法返回当前编辑项限制条件，包括编辑项类型以及编辑项编辑类型。

约定出参；后端通过保存方法、删除方法和回调方法返回当前编辑项的渲染内容。

Images