基于SpringBoot的web系统后端实现方法及装置制造方法及图纸

本发明专利技术公开了一种基于SpringBoot的web系统后端实现方法及装置，其中该方法包括：接收页面显示层上送的操作数据；从操作数据中提取操作数据对应的业务ID和维护对象ID；从数据访问层存储的业务参数表中，获取与业务ID对应的配置信息，所述配置信息包括不同数据字段各自对应的业务处理逻辑、每个数据字段所在的数据表，以及每个数据字段与数据表中表字段的映射关系；将维护对象ID和业务处理逻辑组合为条件表达式；利用所述条件表达式处理所述操作数据。本发明专利技术可以减少后端业务层在开发过程中的变动，降低开发成本，同时提升系统的稳定性。同时提升系统的稳定性。同时提升系统的稳定性。

【技术实现步骤摘要】
基于SpringBoot的web系统后端实现方法及装置


[0001]本专利技术涉及web系统开发
，尤其涉及一种基于SpringBoot的web系统后端实现方法及装置。

技术介绍

[0002]本部分旨在为权利要求书中陈述的本专利技术实施例提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
[0003]目前主流的基于SpringBoot的web系统开发都是采用三层架构体系实现的，分别是：页面显示层、业务逻辑层和数据访问层。其中页面显示层主要将业务功能展现给用户使用，并采集用户操作和提交的数据；业务逻辑层实现用户操作后具体要执行的逻辑功能；数据访问层实现对数据的访问和操作处理。
[0004]在开发过程中，需要在逻辑上清晰这三层分别实现的功能，并以此设计整个系统，管理整个系统的数据文件。由于市场随时在变，市场对业务提出了更多更深入的适应需求，这些需求最终都将在软件系统上实现。频繁而深入的变动带来的是整个web 系统面临不停的升级改造，增加了巨大的开发成本。
[0005]以开发两个对象模型为例，比如目前存在学生信息(如学号、姓名、性别和籍贯等信息)和教师信息(如教师编号，姓名，性别，籍贯，职称，毕业院校和专业等信息)需要在系统中进行管理和维护。参照图1所示，按照目前的开发模式，需要在业务逻辑层分别编写针对学生信息和教师信息的业务逻辑，对数据访问层的学生信息表和教师信息表分别进行管理及维护。如果学生信息或教师信息发生了调整，则需要修改页面展示层的显示内容、业务逻辑层的信息处理逻辑，再调整数据访问层的数据表中内容，也就意味着三层均需要做适应性调整，改动较大。如果是频繁发生调整的业务模块，还会涉及到更深入的版本管理成本，带来巨大的开发成本。

技术实现思路

[0006]本专利技术实施例提供一种基于SpringBoot的web系统后端实现方法，用以减少后端业务层在开发过程中的变动，降低开发成本，同时提升系统的稳定性，该方法包括：
[0007]接收页面显示层上送的操作数据；
[0008]从操作数据中提取操作数据对应的业务ID和维护对象ID；
[0009]从数据访问层存储的业务参数表中，获取与业务ID对应的配置信息，所述配置信息包括不同数据字段各自对应的业务处理逻辑、每个数据字段所在的数据表，以及每个数据字段与数据表中表字段的映射关系；
[0010]将维护对象ID和业务处理逻辑组合为条件表达式；
[0011]利用所述条件表达式处理所述操作数据。
[0012]本专利技术实施例还提供一种基于SpringBoot的web系统后端实现装置，用以减少后端业务层在开发过程中的变动，降低开发成本，同时提升系统的稳定性，该装置包括：
[0013]接收模块，用于接收页面显示层上送的操作数据；
[0014]提取模块，用于从接收模块接收的操作数据中提取操作数据对应的业务ID和维护对象ID；
[0015]获取模块，用于从数据访问层存储的业务参数表中，获取与提取模块提取的业务 ID对应的配置信息，所述配置信息包括不同数据字段各自对应的业务处理逻辑、每个数据字段所在的数据表，以及每个数据字段与数据表中表字段的映射关系；
[0016]组合模块，用于将提取模块提取的维护对象ID和获取模块获取的业务处理逻辑组合为条件表达式；
[0017]更新模块，用于利用组合模块组合的所述条件表达式处理接收模块接收的所述操作数据。
[0018]本专利技术实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述基于 SpringBoot的web系统后端实现方法。
[0019]本专利技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述基于SpringBoot的web系统后端实现方法的计算机程序。
[0020]本专利技术实施例中，页面显示层上送操作数据时，在操作数据中添加了业务ID和维护对象ID，业务逻辑层根据业务ID去数据访问层的业务参数表中查找对应业务的配置参数，利用配置参数将操作数据更新至数据访问层的数据表中。这样一来，当业务发生变动时，可以通过修改业务参数表中的配置参数及页面显示层的操作界面即可实现整个web系统的修改，简化了开发难度，提高了开发效率，降低了开发成本；系统更新时可以完全实现不用重启服务的方式，达到系统升级客户无感知，不影响客户实时操作的效果，提升了系统的稳定性。并且，由于业务逻辑层实现了对各项业务的集中管理，避免了不同的开发人员来进行开发和维护，进而避免了因开发人员个人能力造成的开发质量差异，同时，开发人员配比上可以适当减少后端开发人员配比，提升了整个开发团队紧凑度。
附图说明
[0021]为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
[0022]图1为现有技术中一种基于SpringBoot的web系统三层架构示意图；
[0023]图2为本专利技术实施例中一种基于SpringBoot的web系统后端实现方法的流程图；
[0024]图3为本专利技术实施例中另一种基于SpringBoot的web系统后端实现方法的流程图；
[0025]图4为本专利技术实施例中一种基于SpringBoot的web系统三层架构示意图；
[0026]图5为本专利技术实施例中一种基于SpringBoot的web系统后端实现装置的结构示意图；
[0027]图6为本专利技术实施例中一种计算机设备的结构示意图。
具体实施方式
[0028]为使本专利技术实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本专利技术实施例做进一步详细说明。在此，本专利技术的示意性实施例及其说明用于解释本专利技术，但并不作为对本专利技术的限定。
[0029]本专利技术实施例中提供一种基于SpringBoot的web系统后端实现方法，如图2所示，该方法包括步骤201至步骤205：
[0030]步骤201、接收页面显示层上送的操作数据。
[0031]其中，操作数据为报文的形式，报文结构按照Json形式组织，其中的各个数据字段的字段值由用户通过前端页面提交。
[0032]步骤202、从操作数据中提取操作数据对应的业务ID和维护对象ID。
[0033]业务ID是由web系统开发者设定的，用于区分对不同维护对象所做的不同业务处理。比如说，对员工张三的个人信息进行改动操作，则操作数据中携带业务ID 001；对张三的个人信息进行查询操作，则操作数据中携带业务ID 002；对员工李四的个人信息进行查询操作，则操作数据中携带业务ID 003。
[0034]维护对象ID用于区分不同的操作对象，在上述示例中，张三、李四可以作为维护对象本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于SpringBoot的web系统后端实现方法，其特征在于，所述方法包括：接收页面显示层上送的操作数据；从操作数据中提取操作数据对应的业务ID和维护对象ID；从数据访问层存储的业务参数表中，获取与业务ID对应的配置信息，所述配置信息包括不同数据字段各自对应的业务处理逻辑、每个数据字段所在的数据表，以及每个数据字段与数据表中表字段的映射关系；将维护对象ID和业务处理逻辑组合为条件表达式；利用所述条件表达式处理所述操作数据。2.根据权利要求1所述的方法，其特征在于，在接收页面显示层上送的操作数据之后，所述方法还包括：遍历操作数据，确定操作数据中是否包含数据字典；如果操作数据中包含数据字典，则根据预先存储的数据字典与字典项的对应关系，确定操作数据中数据字典对应的字典项；利用所述条件表达式处理所述操作数据，包括：利用所述条件表达式处理所述字典项。3.根据权利要求1所述的方法，其特征在于，业务处理逻辑的固定位置设置变量，将维护对象ID和业务处理逻辑组合为条件表达式，包括：利用维护对象ID替换业务处理逻辑固定位置设置的变量；将替换后的业务处理逻辑确定为条件表达式。4.根据权利要求1至3任一项所述的方法，其特征在于，条件表达式为SQL语句，当业务ID对应的业务不是查询业务时，利用所述条件表达式处理所述操作数据，包括：利用条件表达式和操作数据生成SQL处理语句，所述SQL处理语句中包含数据字段的更新值、数据字段所在的数据表，及数据字段与数据表中表字段的映射关系；利用SQL处理语句将相应数据表中的相应表字段更新为所述数据字段的更新值。5.一种基于SpringBoot的web系统后端实现装置，其特征在于，所述装置包括：接收模块，用于接收页面显示层上送的操作数据；提取模块，用于从接收模块接收的操作数据中提取操作数据对应的业务ID...

【专利技术属性】
技术研发人员：杜鹃，叶桂全，陈光柳，吴宏招，
申请(专利权)人：中国工商银行股份有限公司，
类型：发明
国别省市：