一种便于开发和维护用的模块化架构平台制造技术

本发明专利技术公开了架构平台开发和维护技术领域的一种便于开发和维护用的模块化架构平台，所述构建架构平台包括核心引擎、多分支执行模型、单分支控制模型和函数；所述核心引擎：引擎拥有通过路由配置调用组件、对数据的存取、以及在存取过程中加工数据的能力，在应用启动后，所有组件会被加载到容器中，以备调用；易维护性：传统的开发方式每个开发者编码方式参差不齐，需要花一定的时间读代码了解业务逻辑，而本方案维护流程图，流程图对于开发人员来说非常直观，简单，传统的开发方式需要写大量编码，而本方案实践下来95%以上只需要画流程图，做到模块大量复用，减少了大量编码；和传统开发方式相比，传统开发方式代码越多，bug也越多，但是如果能反复使用原来开发的模块，产出的代码质量较高。的代码质量较高。的代码质量较高。

【技术实现步骤摘要】
一种便于开发和维护用的模块化架构平台


[0001]本专利技术涉及架构平台开发和维护
，具体为一种便于开发和维护用的模块化架构平台。

技术介绍

[0002]现在很多行业在做模块化，如建筑行业，造一幢房子，传统模式是用钢精水泥砖头，而模块化方式是用各种预制件，用预制件大大提高了建造效率，降低了成本，提高了交付的质量。本技术是在软件工程领域做模块化开发，相比于传统开发方式，带来了数倍的效率提升，软件成本的大幅降低，而且还提高了软件质量，降低了从业人员门槛。
[0003]软件架构所指的就是说相应的系列性的抽象模式，可以为设计大型软件系统的各个方面提供相应的指导。从本质上来看，软件架构是属于一种系统草图。在软件架构所描述的对象就是直接的进行系统抽象组件构成。连接系统的各个组件之间就是做到把组件之间所存在的通讯比较明确与相对细致的实施描述。处于相应的系统实现环节，那么就会使得细化这些抽象组件成为现实的组件，比如可以是具体的某个类或者是对象。从面向对象领域进行分析，那么各个组件之前实施的连接实现往往是接口；目前在数字化发展过程中，技术开发人员的成本居高不下，其原因在于技术的学习成本高，开发人员的水平和风格参差不齐，以至于系统发展到一定阶段难以迭代和维护，从而不得不付出更大的成本雇佣人手维护或重构原有系统，造成企业成本急剧上升和发展缓慢；且现有的技术中的架构平台存在以下问题：一、学习成本高，导致企业用人成本高，限制企业发展；二、现有的技术人员开发风格和水平不一，很难维护别人开发的代码效率低，复用性差；三、bug多，开发慢四、维护性差，代码难以理解等问题；为此，我们提出一种便于开发和维护用的模块化架构平台。

技术实现思路

[0004]本专利技术的目的在于提供一种便于开发和维护用的模块化架构平台，以解决上述
技术介绍
中提出的问题。
[0005]为实现上述目的，本专利技术提供如下技术方案：一种便于开发和维护用的模块化架构平台，包括架构平台，所述构建架构平台包括核心引擎、多分支执行模型、单分支控制模型和函数；所述核心引擎：引擎拥有通过路由配置调用组件、对数据的存取、以及在存取过程中加工数据的能力，在应用启动后，所有组件会被加载到容器中，以备调用；所述多分支执行模型：为复杂多分支流程的抽象，包含开始、结束和多条分支，此
类组件结构为：在开始和结束节点之间，可以有多条分支，根据条件执行某一条或者所有分支；所述单分支控制模型：为对一系列操作实现指定控制的抽象，包含开始、结束节点和执行部分，此类组件结构为：在开始和结束节点之间，存在一条执行流程，根据需要对该流程进行指定控制；所述函数：在应用启动后，所有函数模块会被加载到容器中，执行过程中需要加工的数据，通过引擎调用对应函数进行数据加工，根据规范可以拓展出各种函数。
[0006]优选的，所述核心引擎还包括当一个请求发生时，引擎从数据库中获取到请求路由信息和配置信息，然后通过配置调用对应组件，得到返回结果，加工后返回给前端。
[0007]优选的，所述函数还可以满足各种数据加工的场景。
[0008]优选的，所述本专利技术软件开发的过程：S1、取各种数据，包括从数据库取或者接口调用；S2、对各种数据进行处理，如排序、字段格式变更，数据合并；S3、把处理后的结果存储到数据库、返回给前端或者接口调用；（本专利技术把这个过程中用到的组件抽象成了各种组件）。
[0009]优选的，所述本专利技术以“开始”组件为起点，以“结束”组件为终点，之间为执行流程；除了“开始”和“结束”组件外，每个组件必须至少有一个来源组件和目的地组件；多分支执行和单分支控制类组件必须以其特定的“xx结束”组件为终点，代表对应操作结束。
[0010]与现有技术相比，本专利技术的有益效果是：一、易维护性：传统的开发方式每个开发者编码方式参差不齐，需要花一定的时间读代码了解业务逻辑，而本方案维护流程图，流程图对于开发人员来说非常直观，简单，传统的开发方式需要写大量编码，多个类调用等，而本方案实践下来95%以上只需要画流程图，减少了大量编码；二、高复用性：95%以上代码可复用，另外当用户量增大并发量增大时，系统难以支撑，原来的方式需要复杂的重构开发，而本方案只要对接口增加性能并发相关组件，通过更低成本的升级，就可以支持业务增长；三、高可用性：本方案中组件经过反复使用，稳定性高；而传统方式需要写大量编码，但代码越多，bug问题也会越多，另外该方案已经在复杂的大数据高并发环境使用，并且比较稳定，（且本方案的架构体系开发效率可以提高数倍，降低了开发门槛，进一步降低了企业的技术成本）。
附图说明
[0011]图1为本专利技术整体流程示意图；图2为本专利技术整体架构示意图；图3为本专利技术多分支执行模型示意图；图4为本专利技术架构平台的主控导航界面示意图；图5为本专利技术流程编辑示意图；
图6为本专利技术编辑界面原理示意图。
具体实施方式
[0012]下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。
[0013]请参阅图1、图2、图3、图4、图5和图6，本专利技术提供一种技术方案：一种便于开发和维护用的模块化架构平台，包括架构平台，所述构建架构平台包括核心引擎、多分支执行模型、单分支控制模型和函数；所述核心引擎：引擎拥有通过路由信息和配置信息调用组件、对数据的存取、以及在存取过程中加工数据的能力，在应用启动后，所有组件会被加载到spring的容器中，以备调用；所述多分支执行模型：为复杂多分支流程的抽象，包含开始、结束和多条分支，此类组件结构为：在开始和结束节点之间，可以有多条分支，根据条件执行某一条或者所有分支；所述单分支控制模型：为对一系列操作实现指定控制的抽象，包含开始、结束节点和执行部分，此类组件结构为：在开始和结束节点之间，存在一条执行流程，根据需要对该流程进行指定控制；所述函数：在应用启动后，所有函数模块会被加载到容器中，执行过程中需要加工的数据，通过引擎调用对应函数进行数据加工，根据规范可以拓展出各种函数。
[0014]请参阅图2，所述核心引擎还包括当一个请求发生时，引擎从数据库中获取到请求路由信息和配置信息，然后通过配置调用对应组件，得到返回结果，加工后返回给前端；请参阅图5，所述函数还可以满足各种数据加工的场景；请参阅图1，所述本专利技术软件开发的过程：S1、取各种数据，包括从数据库取或者接口调用；S2、对各种数据进行处理，如排序、字段格式变更，数据合并；S3、把处理后的结果存储到数据库、返回给前端或者接口调用；（本专利技术把这个过程中用到的组件抽象成了各种组件）请参阅图2，所述本专利技术以“开始”组件为起点，以“结束”组件为终点，之间为执行流程；除了“开始”和“结束”组件外，每个组件必须至少有一个来源组件和目的地组件；多分支执行和单分支控制类组件必须以其特定的“xx结束”组件为终点，代表对应操本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种便于开发和维护用的模块化架构平台，其特征在于：所述构建架构平台包括核心引擎、多分支执行模型、单分支控制模型和函数；所述核心引擎：引擎拥有通过路由信息和配置信息调用组件、对数据的存取、以及在存取过程中加工数据的能力，在应用启动后，所有组件会被加载到容器中，以备调用；所述多分支执行模型：为复杂多分支流程的抽象，包含开始、结束和多条分支，此类组件结构为：在开始和结束节点之间，可以有多条分支，根据条件执行某一条或者所有分支；所述单分支控制模型：为对一系列操作实现指定控制的抽象，包含开始、结束节点和执行部分，此类组件结构为：在开始和结束节点之间，存在一条执行流程，根据需要对该流程进行指定控制；所述函数：在应用启动后，所有函数模块会被加载到应用容器中，执行过程中需要加工的数据，通过引擎调用对应函数进行数据加工，根据规范可以拓展出各种函数。2.根据权利要求1所述的一种便于开发和维护用的模块化架构平台，其特征在于：所述核心引擎还包括当一个请求发...

【专利技术属性】
技术研发人员：殷杭华，
申请(专利权)人：杭州海牛智能信息科技有限公司，
类型：发明
国别省市：