CN115237380A - 一种基于元代码的低代码开发系统及方法 - Google Patents

Abstract

本发明公开了一种基于元代码的低代码开发系统及方法，微服务拆分模块，所述微服务拆分模块用于拆分微服务，对功能模块进行组装、对资源进行归类，生成业务应用；生成式开发模块，所述生成式开发模块通过对生成的元服务和元组件进行拖拽，配置多类型数据源，生成轻应用；源代码管理模块，所述源代码管理模块用于定义代码模型，对源码进行管理，同一代码多端发布。本发明能够跨领域构建组件，并完成多版本数据库的适配；同时还能够根据各个功能之间的关联性，在定义代码模型时，实现对代码模型的有效筛选，确保对代码模型的精准匹配。

Description

一种基于元代码的低代码开发系统及方法

技术领域

本发明涉及互联网技术领域，具体为一种基于元代码的低代码开发系统及方法。

背景技术

在传统的开发过程中，一个应用程序需要经过需求分析、数据库设计、UI设计、程序设计几个阶段。即：开发人员首先需要了解用户需求，梳理每项业务的逻辑及模块关联关系。其次，根据需求分析设计数据结构，而且大部分软件开发商是通过特定的某类数据库(如MySQL)描述其数据结构。最后，对数据结构进行程序设计、模块之间的接口设计和UI设计，进而整合为一个完整的应用程序。在应用程序交付过程中，经常会存在一些需求与产品不一致的情况，开发人员需要对应用程序的业务分类、数据结构、程序处理进行修复、调整，直至应用程序符合用户需求。因此，传统的应用程序开发是基于一定的业务领域、具备一定的开发技术、按照特定的开发过程将用户需求演变为应用程序，同一应用程序在不同终端需要设计不同的数据结构、开发不同的程序。其开发成本昂贵、开发效率低、模块之间关联度弱、模块复用率不高，对于数据更是容易重复存储、利用率低，并且无法满足政府、企业的系统重构、个性化服务，从而影响行政管理效能、业务方向拓展。

基于上述的开发背景，国内迅速衍生的许多低代码开发平台，一种是基于表单驱动的低代码平台、一种是基于数据驱动的低代码平台，并在某一类特定的业务领域如2B、2C、 2G领域使用，根据其业务领域使用面向对象的开发语言开发出许多业务组件、业务表单、数据模型、界面原型，如：譬如使用某一种特定的数据库和前端语言进行低代码开发，数据库使用MySQL，前后端使用开源框架，通过JAVA、html、Javascript语言构建业务组件，用户通过拖拽有限的组件构建其系统原型，提高了一定的开发效率。但是在跨领域构建组件、多版本数据库适配方面还有待完善。

发明内容

本发明的目的在于提供一种基于元代码的低代码开发系统及方法，以解决上述背景技术中提出的问题。

为了解决上述技术问题，本发明提供如下技术方案：一种基于元代码的低代码开发方法，所述方法包括以下步骤：

S1、根据业务行业、业务需求划分的业务边界构建业务领域，根据不同的业务边界划分不同的子域、主题域，直至划分为最小边界，得到最小功能单元；

S2、根据业务属性、业务特征构建元模型，进行表单建模、数据建模；

S3、元模型根据不同的类和方法生成后端元服务和前端元组件；

S4、拆分微服务，对功能模块进行组装、对资源进行归类，生成业务应用；

S5、通过对生成的元服务和元组件进行拖拽，配置多类型数据源，生成轻应用；

S6、定义代码模型，对源码进行管理，同一代码多端发布。

进一步的，所述S1中根据业务行业、业务需求划分的业务边界构建业务领域的方法包括以下步骤：

S1.1、划分业务领域，以从上至下或者从下至上的策略进行业务边界划分，大的领域划分为2G领域、2B领域、2C领域，并根据不同的业务行业将大的领域划分为不同的业务子域，在业务子域内根据业务需求细分若干个主题域，直至划分为最小边界领域；

S1.2、构建资源目录，根据业务领域的划分情况建立资源目录，构建不同的共性目录、业务目录，规范化管理业务系统，所述共性目录为面向所有人使用的应用目录；

S1.3、规划业务模块，根据业务领域的业务属性、对象属性特征，建立业务类、数据类、共性类、测试类的业务模块；

S1.4、规划功能模块，对各业务模块进行细粒度拆分，拆分多个功能模块；

S1.5、细分功能模块，将功能模块细分为最小功能单元。

本发明中2G领域是面向行政领域的，通过低代码构建公文、会议、督办、干部管理、教务管理等的PC端、移动端、大屏应用，开发过程按照下面步骤进行，该类业务主要是基于流程类应用的开发；2B领域是面向企业领域的，基于轻流程、无流程的应用构建，比如固定资产、项目采购以及盈利数据分析类应用，其构建过程主要是通过绑定不同数据库的数据源，通过页面拖拽可视化分析组件构建分析类应用，该类业务主要是基于数据类应用的开发；2C领域是面向个人领域的，该类的开发主要是基于平台的业务组件灵活构建个人应用，此类应用主要是个人通过组件商店进行自行开发，像个人的学习、知识库管理等类应用，定制型较强，基于数据类和流程类结合的产物；建立资源目录的目的在于对应用进行科学分类，在系统维护过程中可以通过资源目录快速找找各类应用，并对应用进行维护。

进一步的，所述S2中根据业务属性、业务特征构建元模型的方法包括以下步骤：

S2.1、提取业务对象，从业务领域、最小功能单元中提取产生的事件、命令对应的业务对象，并梳理对象间的关联关系；

S2.2、选择元数据，分析业务对象的业务属性，定义业务元素、核心元素并进行分组，从而建立元数据目录，根据业务对象的模型设计业务对象的业务实体及关联实体；

S2.3、新建元数据，结构化数据定义元模型时，定义结构化元数据的数据类型、长度、是否非空，从而快速生成对应的表结构；非结构化元数据是单独定义的，在一个模块下定义多个非结构元数据的规则；

S2.4、构建元模型，定义元数据和物理表的映射关系，配置数据源及输入事件、关联规则，建立表单类模型、数据类模型，遵循程序设计、UI设计、数据库对应的语法结构，生成不同数据库的表结构。

进一步的，所述S3中元模型根据不同的类和方法生成后端元服务和前端元组件的方法包括以下步骤：

S3.1、划分界线上下文，根据元模型的业务边界划分界线上下文，使得元模型被修改后，其关联的服务或组件则同步修改；

S3.2、生成元服务和元组件，对表单类模型、数据类模型的使用场景、业务权限、显示条件、事件说明、禁止状态进行可视化编排，平台自动封装UI属性、校验方法并生成前端组件和后端服务。

本发明中设置有界上下文是为了关联修改。

进一步的，所述S4中拆分微服务，对功能模块进行组装、对资源进行归类，生成业务应用的方法包括以下步骤：

S4.1、拆分微服务，规划微服务应用，对最小功能单元进行服务编排，对其存储、交互、接口属性进行设计；

S4.2、整合功能模块资源，对业务对象进行资源整合，对模块基础信息、元模型、列表、流程、表单进行聚合，配置其联动信息、使用场景、使用范围；

S4.3、可视化开发，通过流程设计器、表单设计器、列表设计器进行可视化拖拽设计；

S4.4、模块权限配置，根据流程、表单对业务模块在每个环节的权限进行可视化配置，对页面当中的元数据进行权限定义，设计每个元数据在每个环节的可见、编辑、保存内容；

S4.5、整合功能模块关联的资源，对功能模块关联的菜单、按钮、任务、用户资源进行整合和配置；

S4.6、模块分级管理，在构建功能模块后，由不同机构分别对功能模块进行管理；

S4.7、预览视图，据应用配置情况实时展示前端应用的显示效果。

进一步的，所述S5中通过对生成的元服务和元组件进行拖拽，配置多类型数据源，生成轻应用的方法包括以下步骤：

S5.1、选择框架，用户根据权限、优先级选择不同的布局框架、列表框架、统计框架，每个框架赋予多个功能代码集合、界面集合、组件集合，并对每个框架的使用范围、图标进行设计，支持新建、删除、配置、预览功能；

S5.2、页面配置，通过设计面板、各类引擎以拖拉拽布局组件、框架组件、元数据组件快速构建应用，通过VUE或iVew框架使用元代码进行二次开发；

S5.3、生成千人千面工作台，通过门户设计器对工作台标识、页面类型、授权用户、优先级进行管理；在页面授权过程中，根据机构、角色、常用联系人配置使用权限，拥有权限的用户能够对指定页面进行配置；

S5.4、生成多级专题门户，通过门户设计器将具有共同属性的微应用集合体进行归集；

S5.5、生成分析门户，通过不同的数据库源进行分析，能连结任何数据源并使用连结功能，从存储过程中直接获取数据，对数据进行配置、分析、设计。

进一步的，所述S6中定义代码模型，对源码进行管理，同一代码多端发布的方法包括以下步骤：

S6.1、定义代码模型，分别建立接口、领域、子域、数据库及缓存对应的代码目录，在源码模式下修改页面模板、二次开发JS、自定义CSS样式、html编辑，并形成新的业务组件；

S6.2、对源码的质量、版本进行规范化管理，建立元组件源码、元服务源码、项目源码；

S6.3、多端发布，根据不同的元服务和元组件选择不同的编译器并直接生成不同的源代码。

进一步的，所述S6.1中定义代码模型时，获取规划的微服务中的各个最小功能单元及每个最小功能单元对应的业务领域，获取数据库中每个最小功能单元相应业务领域中对应的各个代码版本，

不同业务领域中的同一最小功能单元对应的代码版本中的内容存在差异，同一业务领域中的同一最小功能单元存在多个代码版本且每个代码版本中的内容存在差异；

在定义代码模型时，对各个微服务中的每个最小功能单元进行编号，对各个微服务中的每个最小功能单元对应的业务领域进行编号，不同最小功能单元对应的业务领域相同时相应的业务领域编号相同，获取第i个业务领域中第j个最小功能单元与第i1个业务领域中第j1个最小功能单元中的各个功能衔接处对应的代码版本，对各个微服务中的功能衔接处进行编号；

将编号为j的最小功能单元中的第k1个代码版本记为Aj_k1，1≤k1≤k1_j，k1_j表示编号为j的最小功能单元中代码版本的总个数；

将编号m的功能衔接处中的第k2个代码版本记为Bm_k2，1≤k2≤k2_m，k2_m表示编号为m 的功能衔接处中代码版本的总个数；

随机选取每个编号对应的最小功能单元中的一个代码版本及每个编号对应的功能衔接处中的一个代码版本添加到一个空白集合中，得到一个功能代码集合，所述一个功能代码集合对应一个代码模型，进而得到的功能代码集合的种数为F，

F＝k1₁*...*k1_j*...*k1_j0*k2₁*...*k2_m*...*k2_m0，

其中，j0表示各个微服务中最小功能单元的总个数，m0表示各个微服务中功能衔接处的总个数；

在定义代码模型时，对各个功能代码集合进行分析，筛选出最佳功能代码集合，作为定义的代码模型。

进一步的，筛选出最佳功能代码集合的方法包括以下步骤：

S7.1、获取某一个功能代码集合中各个元素对应的相同且连续的代码片段，并将每个相同且连续的代码片段对应的代码行数分别与第一预设值进行比较，所述第一预设值为数据库中预制的常数，

当相同且连续的代码片段对应的代码行数大于等于第一预设值时，则对该代码片段进行提取，

当相同且连续的代码片段对应的代码行数小于第一预设值时，则不对该代码片段进行提取；

S7.2、统计提取的代码片段的种类，并判断不同种类的代码片段之间是否存在交集，并进行二次封装处理，

若某一种类的代码片段与其余种类的代码片段均不存在交集或者交集对应的代码行数小于第二预设值，则直接对该种类的代码片段进行二次封装，并将相应的封装结果替换功能代码集合中各个元素中该种类的代码片段，所述第二预设值为数据库中预制的常数；

若两个至多个种类的代码片段存在交集且交集对应的代码行数大于等于第二预设值，则计算交集对应的每个代码片段对应的代码行数与相应代码片段在功能代码集合中出现的次数的乘积，将交集对应的各个代码片段中，最大乘积对应的代码片段进行二次封装，并将相应的封装结果替换功能代码集合中各个元素中该种类的代码片段；

S7.2、统计二次封装处理后的功能代码集合中的实际代码行数，记为HG，模拟二次封装处理后的功能代码集合中各个微服务运行时延中的最大值，记为SY；

S7.3、分别获取每个功能代码集合分别对应的HG及SY，将各个功能代码集合中对应 HG的最大值记为HGmax，将各个功能代码集合中对应SY的最大值记为SYmax，

将每个功能代码集合对应的HG与HGmax差的绝对值除以HGmax得到的商记为该功能代码集合的第一优化系数

将每个功能代码集合对应的SY与SYmax差的绝对值除以SYmax得到的商记为该功能代码集合的第二优化系数

S7.4、计算每个功能代码集合对应的第一优化系数与第二优化系数的乘积，并将第一优化系数与第二优化系数的乘积最大的功能代码集合作为筛选出最佳功能代码集合。

一种基于元代码的低代码开发系统，包括：

功能单元划分模块，所述功能单元划分模块根据业务行业、业务需求划分的业务边界构建业务领域，根据不同的业务边界划分不同的子域、主题域，直至划分为最小边界，得到最小功能单元；

元模型构建模块，所述元模型构建模块根据业务属性、业务特征构建元模型，进行表单建模、数据建模；

元服务及元组件生成模块，所述元服务及元组件生成模块通过元模型根据不同的类和方法生成后端元服务和前端元组件；

微服务拆分模块，所述微服务拆分模块用于拆分微服务，对功能模块进行组装、对资源进行归类，生成业务应用；

生成式开发模块，所述生成式开发模块通过对生成的元服务和元组件进行拖拽，配置多类型数据源，生成轻应用；

源代码管理模块，所述源代码管理模块用于定义代码模型，对源码进行管理，同一代码多端发布。

与现有技术相比，本发明所达到的有益效果是：本发明能够跨领域构建组件，并完成多版本数据库的适配；同时还能够根据各个功能之间的关联性，在定义代码模型时，实现对代码模型的有效筛选，确保对代码模型的精准匹配。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是本发明一种基于元代码的低代码开发方法的结构示意图；

图2是本发明一种基于元代码的低代码开发方法中提取发文起草环节的各节点说明信息的结构示意图；

图3是本发明一种基于元代码的低代码开发方法中选择元数据的结构示意图；

图4是本发明一种基于元代码的低代码开发方法中明确其标识符和字段名称的结构示意图；

图5是本发明一种基于元代码的低代码开发方法中对元数据进行标识的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1，本发明提供技术方案：一种基于元代码的低代码开发方法，所述方法包括以下步骤：

S1、根据业务行业、业务需求划分的业务边界构建业务领域，根据不同的业务边界划分不同的子域、主题域，直至划分为最小边界，得到最小功能单元；

S2、根据业务属性、业务特征构建元模型，进行表单建模、数据建模；

S3、元模型根据不同的类和方法生成后端元服务和前端元组件；

S4、拆分微服务，对功能模块进行组装、对资源进行归类，生成业务应用；

S5、通过对生成的元服务和元组件进行拖拽，配置多类型数据源，生成轻应用；

S6、定义代码模型，对源码进行管理，同一代码多端发布。

所述S1中根据业务行业、业务需求划分的业务边界构建业务领域的方法包括以下步骤：

S1.1、划分业务领域，以从上至下或者从下至上的策略进行业务边界划分，大的领域划分为2G领域、2B领域、2C领域，并根据不同的业务行业将大的领域划分为不同的业务子域，在业务子域内根据业务需求细分若干个主题域，直至划分为最小边界领域；

S1.2、构建资源目录，根据业务领域的划分情况建立资源目录，构建不同的共性目录、业务目录，规范化管理业务系统，所述共性目录为面向所有人使用的应用目录；

S1.3、规划业务模块，根据业务领域的业务属性、对象属性特征，建立业务类、数据类、共性类、测试类的业务模块；

S1.4、规划功能模块，对各业务模块进行细粒度拆分，拆分多个功能模块；

S1.5、细分功能模块，将功能模块细分为最小功能单元。

所述S2中根据业务属性、业务特征构建元模型的方法包括以下步骤：

S2.1、提取业务对象，从业务领域、最小功能单元中提取产生的事件、命令对应的业务对象，并梳理对象间的关联关系；

S2.2、选择元数据，分析业务对象的业务属性，定义业务元素、核心元素并进行分组，从而建立元数据目录，根据业务对象的模型设计业务对象的业务实体及关联实体；

S2.3、新建元数据，结构化数据定义元模型时，定义结构化元数据的数据类型、长度、是否非空，从而快速生成对应的表结构；非结构化元数据是单独定义的，在一个模块下定义多个非结构元数据的规则；

S2.4、构建元模型，定义元数据和物理表的映射关系，配置数据源及输入事件、关联规则，建立表单类模型、数据类模型，遵循程序设计、UI设计、数据库对应的语法结构，生成不同数据库的表结构。

所述S3中元模型根据不同的类和方法生成后端元服务和前端元组件的方法包括以下步骤：

S3.1、划分界线上下文，根据元模型的业务边界划分界线上下文，使得元模型被修改后，其关联的服务或组件则同步修改；

S3.2、生成元服务和元组件，对表单类模型、数据类模型的使用场景、业务权限、显示条件、事件说明、禁止状态进行可视化编排，平台自动封装UI属性、校验方法并生成前端组件和后端服务。

所述S4中拆分微服务，对功能模块进行组装、对资源进行归类，生成业务应用的方法包括以下步骤：

S4.1、拆分微服务，规划微服务应用，对最小功能单元进行服务编排，对其存储、交互、接口属性进行设计；

S4.2、整合功能模块资源，对业务对象进行资源整合，对模块基础信息、元模型、列表、流程、表单进行聚合，配置其联动信息、使用场景、使用范围；

S4.3、可视化开发，通过流程设计器、表单设计器、列表设计器进行可视化拖拽设计；

S4.4、模块权限配置，根据流程、表单对业务模块在每个环节的权限进行可视化配置，对页面当中的元数据进行权限定义，设计每个元数据在每个环节的可见、编辑、保存内容；

S4.5、整合功能模块关联的资源，对功能模块关联的菜单、按钮、任务、用户资源进行整合和配置；

S4.6、模块分级管理，在构建功能模块后，由不同机构分别对功能模块进行管理；

S4.7、预览视图，据应用配置情况实时展示前端应用的显示效果。

所述S5中通过对生成的元服务和元组件进行拖拽，配置多类型数据源，生成轻应用的方法包括以下步骤：

S5.1、选择框架，用户根据权限、优先级选择不同的布局框架、列表框架、统计框架，每个框架赋予多个功能代码集合、界面集合、组件集合，并对每个框架的使用范围、图标进行设计，支持新建、删除、配置、预览功能；

S5.2、页面配置，通过设计面板、各类引擎以拖拉拽布局组件、框架组件、元数据组件快速构建应用，通过VUE或iVew框架使用元代码进行二次开发；

S5.3、生成千人千面工作台，通过门户设计器对工作台标识、页面类型、授权用户、优先级进行管理；在页面授权过程中，根据机构、角色、常用联系人配置使用权限，拥有权限的用户能够对指定页面进行配置；

S5.4、生成多级专题门户，通过门户设计器将具有共同属性的微应用集合体进行归集；

S5.5、生成分析门户，通过不同的数据库源进行分析，能连结任何数据源并使用连结功能，从存储过程中直接获取数据，对数据进行配置、分析、设计。

所述S6中定义代码模型，对源码进行管理，同一代码多端发布的方法包括以下步骤：

S6.1、定义代码模型，分别建立接口、领域、子域、数据库及缓存对应的代码目录，在源码模式下修改页面模板、二次开发JS、自定义CSS样式、html编辑，并形成新的业务组件；

S6.2、对源码的质量、版本进行规范化管理，建立元组件源码、元服务源码、项目源码；

S6.3、多端发布，根据不同的元服务和元组件选择不同的编译器并直接生成不同的源代码。

所述S6.1中定义代码模型时，获取规划的微服务中的各个最小功能单元及每个最小功能单元对应的业务领域，获取数据库中每个最小功能单元相应业务领域中对应的各个代码版本，

不同业务领域中的同一最小功能单元对应的代码版本中的内容存在差异，同一业务领域中的同一最小功能单元存在多个代码版本且每个代码版本中的内容存在差异；

在定义代码模型时，对各个微服务中的每个最小功能单元进行编号，对各个微服务中的每个最小功能单元对应的业务领域进行编号，不同最小功能单元对应的业务领域相同时相应的业务领域编号相同，获取第i个业务领域中第j个最小功能单元与第i1个业务领域中第j1个最小功能单元中的各个功能衔接处对应的代码版本，对各个微服务中的功能衔接处进行编号；

将编号为j的最小功能单元中的第k1个代码版本记为Aj_k1，1≤k1≤k1_j，k1_j表示编号为j的最小功能单元中代码版本的总个数；

将编号m的功能衔接处中的第k2个代码版本记为Bm_k2，1≤k2≤k2_m，k2_m表示编号为m 的功能衔接处中代码版本的总个数；

随机选取每个编号对应的最小功能单元中的一个代码版本及每个编号对应的功能衔接处中的一个代码版本添加到一个空白集合中，得到一个功能代码集合，所述一个功能代码集合对应一个代码模型，进而得到的功能代码集合的种数为F，

F＝k1₁*...*k1_j*...*k1_j0*k2₁*...*k2_m*...*k2_m0，

其中，j0表示各个微服务中最小功能单元的总个数，m0表示各个微服务中功能衔接处的总个数；

在定义代码模型时，对各个功能代码集合进行分析，筛选出最佳功能代码集合，作为定义的代码模型。

筛选出最佳功能代码集合的方法包括以下步骤：

S7.1、获取某一个功能代码集合中各个元素对应的相同且连续的代码片段，并将每个相同且连续的代码片段对应的代码行数分别与第一预设值进行比较，所述第一预设值为数据库中预制的常数，

当相同且连续的代码片段对应的代码行数大于等于第一预设值时，则对该代码片段进行提取，

当相同且连续的代码片段对应的代码行数小于第一预设值时，则不对该代码片段进行提取；

S7.2、统计提取的代码片段的种类，并判断不同种类的代码片段之间是否存在交集，并进行二次封装处理，

若某一种类的代码片段与其余种类的代码片段均不存在交集或者交集对应的代码行数小于第二预设值，则直接对该种类的代码片段进行二次封装，并将相应的封装结果替换功能代码集合中各个元素中该种类的代码片段，所述第二预设值为数据库中预制的常数；

若两个至多个种类的代码片段存在交集且交集对应的代码行数大于等于第二预设值，则计算交集对应的每个代码片段对应的代码行数与相应代码片段在功能代码集合中出现的次数的乘积，将交集对应的各个代码片段中，最大乘积对应的代码片段进行二次封装，并将相应的封装结果替换功能代码集合中各个元素中该种类的代码片段；

S7.2、统计二次封装处理后的功能代码集合中的实际代码行数，记为HG，模拟二次封装处理后的功能代码集合中各个微服务运行时延中的最大值，记为SY；

S7.3、分别获取每个功能代码集合分别对应的HG及SY，将各个功能代码集合中对应 HG的最大值记为HGmax，将各个功能代码集合中对应SY的最大值记为SYmax，

将每个功能代码集合对应的HG与HGmax差的绝对值除以HGmax得到的商记为该功能代码集合的第一优化系数

将每个功能代码集合对应的SY与SYmax差的绝对值除以SYmax得到的商记为该功能代码集合的第二优化系数

S7.4、计算每个功能代码集合对应的第一优化系数与第二优化系数的乘积，并将第一优化系数与第二优化系数的乘积最大的功能代码集合作为筛选出最佳功能代码集合。

一种基于元代码的低代码开发系统，包括：

功能单元划分模块，所述功能单元划分模块根据业务行业、业务需求划分的业务边界构建业务领域，根据不同的业务边界划分不同的子域、主题域，直至划分为最小边界，得到最小功能单元；

元模型构建模块，所述元模型构建模块根据业务属性、业务特征构建元模型，进行表单建模、数据建模；

元服务及元组件生成模块，所述元服务及元组件生成模块通过元模型根据不同的类和方法生成后端元服务和前端元组件；

微服务拆分模块，所述微服务拆分模块用于拆分微服务，对功能模块进行组装、对资源进行归类，生成业务应用；

生成式开发模块，所述生成式开发模块通过对生成的元服务和元组件进行拖拽，配置多类型数据源，生成轻应用；

源代码管理模块，所述源代码管理模块用于定义代码模型，对源码进行管理，同一代码多端发布。

本实施例中划分业务领域时，结合管理情况可以从上至下或者从下至上的策略进行业务边界划分，大的领域可划分为2G、2B、2C；根据不同的业务行业划分业务子域；在子域内根据业务需求细分若干个主题域，直至划分为最小边界领域。2G领域：面向政府用户。通过低代码构建公文、会议、督办、干部管理、教务管理等的PC端、移动端、大屏应用，开发过程按照后面提到的步骤进行。该类业务主要是基于流程类应用的开发。2B 领域：面向企业，基于轻流程、无流程的应用构建，比如固定资产、项目采购以及盈利数据分析类应用，其构建过程主要是通过绑定不同数据库的数据源，通过页面拖拽可视化分析组件构建分析类应用，该类业务主要是基于数据类应用的开发。2C领域：面向个人，该类的开发主要是基于平台的业务组件灵活构建个人应用，此类应用主要是个人通过组件商店进行自行开发，像个人的学习、知识库管理等类应用，定制型较强。基于数据类和流程类结合。

例如：构建应用系统的名称、单位属性、名称、访问地址等。

本实施例在构建资源目录时，根据业务领域的划分情况建立资源目录，构建不同的共性目录、业务目录，规范化管理业务系统。建立资源目录的目的在于对应用进行科学分类，在系统维护过程中可以通过资源目录快速找找各类应用，并对应用进行维护。共性目录是根据需要构建的，属于面向所有人可以使用的应用目录，比如每个人都可以使用便笺、日程。此类应用属于共性模块，避免了重复开发。

例如：在构建办公子领域构建应用时，构建应用的统一资源目录，通过归档目录可以查看目录内的应用，我们可以建立业务模块、内置模块、测试模块等资源目录。并可在目录内进行查询、检索应用。

本实施例在规划业务模块时，根据业务领域的业务属性、对象属性特征，建立业务类、数据类、共性类、测试类等业务模块。首先需要划分该项目是哪类子域。如收文、发文、值班、考勤等若干个主题域，收文主题域又划分为组内收文、办公室收文等小领域。

本实施例在规划功能模块时，对各业务模块进行细粒度拆分，拆分多个功能模块。

例如：公文管理模块又可以建立收文、发文模块。

例如：根据收文、发文分别是一类业务，我们统一建立公文管理业务模块、行政事务管理(考勤)模块。

本实施例在细分功能模块时，将功能模块细分为最小功能单元。例如：收文模块又可以建立组内收文、办公室收文。共性模块可以建立通知模块。

本实施例在提取业务对象时，从业务领域、最小功能单元中提取可能产生的事件、命令等业务对象。梳理对象间的关联关系，如提取用户属性，用户属性关联的部门属性、权限属性。

如图2所示，提取发文起草环节的各节点说明信息。

本实施例在选择元数据时，分析业务对象的业务属性，定义业务元素、核心元素并进行分组，从而建立元数据目录。根据业务对象的模型设计业务对象的业务实体及关联实体，如元数据的时间属性、地域属性、来源属性、路径属性、管理属性等，对其进行描述。

元数据是分类的，包括公共元数据、技术元数据、业务元数据。其中政务类应用的元数据构建是参照《政务信息资源目录体系》GB/T21063.1/2/3/4-2007标准构建的。

平台根据2B、2C、2G业务分别构建了不同的元数据体系，用户可以选择元数据或新建元数据，如图3。

本实施例在新建元数据时，

当结构化数据定义元模型时，可以定义多个元数据，引用了大量的控件(如单选框、复选框、日期事件控件、文本域等等的)，并且明确该元数据是否可加密、取值范围是多少，通过系统提供的一些校验方法如必填项、数字、唯一等规则进行校验。定义结构化元数据的数据类型、长度、是否非空等等的，从而快速生成对应的表结构。

构建元数据方法如下：

根据发文节点业务对象提取的节点信息，可使用标题、文号等常用公共元数据，遵循统一的命名规范如OA_XXXX，明确其标识符和字段名称，如图4；对元数据进行标识，如图5；其他说明，对元数据进行格式化、明确取值范围、默认值。

当非结构化元数据是单独定义的，可以在一个模块下定义多个非结构元数据的规则，比如对于附件、清稿文件等等，通过系统定义前端附件上传的按钮名称、显示内容，通过元模型定义上传附件后的字数限制、格式限制、大小限制。允不允许打印、是否加密等等的，文件可以与部门捆绑，实现文件的逻辑分离。

本实施例在构建元模型时，定义元数据和物理表的映射关系，配置数据源及输入事件、关联规则，建立表单类模型、数据类模型，遵循程序设计、UI设计、数据库等语法结构，生成不同数据库的表结构。

本实施例在生成元服务和元组件时，元模型根据不同的类和方法生成后端元服务和前端元组件，新更新的元数据组件将按照组件定义时的业务分类，分别归入应用商店，比如按钮、各项目类功能控件、签名控件等等的。

本实施例在生成表结构时，根据元模型的业务边界划分界线上下文，使得各业务表单的元数据合理区分，在划分上下文后，根据其校验方法、属性等信息一键生成表结构。当元模型被修改后，其关联的服务或组件则同步修改。如修改用户、权限元模型后，其被引用的服务或组件同步修改。

本实施例在划分界线上下文时，根据业务对象属性进行分类，根据新建元数据时的一些基本信息，如元数据名称、UI属性(如长度、宽度、显示模式、文本对齐位置长宽、是否DIV显示模式)，需不需要使用一些文本框、日期、编号、富文本等控件，系统提供元数据的常用标准校验方法和自定义校验方法。标准校验方法如元数据是否是整数、是否唯一等等的，而自定义元数据校验方法则是通过元代码进行修改，比如JAVA、Python等语言均支持。通过校验方法对元数据进行规则校验，配置完成后，保存，即生成元组件。

本实施例在生成元服务时，元服务如待办、定时任务、功能类服务、发布类服务、共享类服务、回退类服务、流程类服务的大部分是基于表单、流程定义，为前端应用或第三方应用提供的服务，如第三方系统的开放商、访问地址、接口数量，每个组件的后台调用方法，前端应用通过该方法调用此类服务。

本实施例在生成元组件时，通过系统对表单类模型、数据类模型的使用场景、业务权限、显示条件、事件说明、禁止状态进行可视化编排，平台自动封装UI属性、校验方法并生成前端组件和后端服务。组件库中的正文、附件等等元数据组件是通过元数据构建并配置其属性后自动生成。在可视化开发过程中，可进行拖拽设计。

元组件包括框架类组件、管理类组件、元数据组件及元代码编辑组件。

框架类组件拥有框架目录，包括页面模板和门户框架两种分类。用户可以新建页面，增加标识并区分是门户页、列表页、统计页、框架页。配置该页面的使用范围和效果图。该类基础信息定义后，可以进行页面配置，拖拽平台中用户自定义的元数据组件，从而对页面进行拖拽配置和保存，待生成合适的页面后，存储为新的UI框架。

本实施例在模块分级管理时，在对于机构信息庞大、多级机构的单位而言，在构建功能模块后，可将甲模块根据乙、丙机构信息进行发布，由乙、丙机构分别对甲功能模块进行管理。

本实施例在生成式开发时，通过生成的元服务和元组件进行拖拽式，配置多类型数据源，从而实现所见即所得开发和生成轻应用。具备灵活方便的可视化逻辑编排服务。系统管理员可通过拖拉拽布局组件、框架组件、元数据组件快速构建工作台，支持使用历史模板、VUE模板，每个用户在登录到系统后可看到系统配置的信息和应用，包括页面的外观、布局、风格、功能模块等。

本实施例在可视化开发时，通过设计面板、各类引擎以拖拉拽布局组件、框架组件、元数据组件快速构建应用，可以使用VUE、iVew等其他框架使用元代码进行二次开发。

本实施例在生成多级专题门户时，通过门户设计器将具有共同属性的微应用集合体，类似于应用文件夹，专题应用能够有效的将相同类型的应用进行归集，方便使用人员更便捷的找到适合的应用。集约化管理平台提供专题项的配置、查看、编辑和删除功能。

本实施例在生成分析门户时，生成分析门户主要是通过不同的数据库源进行分析，支持国产数据库；能连结任何数据源并使用各种ADO与OLEDB连结功能，可以从存储过程中直接获取数据。对数据进行配置、分析、设计，基于BI工具，创建和配置关系数据源进行组合分析、灵活分析、透视分析、仪表分析、地图分析、电子表格。包括可视化仪表盘、基础图表、高级报表、动态图形、智能分析等。

生成分析门户对应的方法如下：

第一，配置数据源，在前端通过标准的伪代码配置轻应用的数据库厂商、数据库类型、数据源；

第二，报表设计，通过元组件对业务应用系统元数据的定义和数据的清洗整理，展现出相应的报表信息，功能包括选择指标、选择纬度、表头设置、表单设置等；

第三，选择业务指标；

第四，修改指标算法；

第五，生成效果图。

本实施例在定义代码模型时，分别建立接口、领域、子域、数据库、缓存等代码目录，可在源码模式下修改页面模板、二次开发JS、自定义CSS样式、html编辑并形成新的业务组件；对源码的质量、版本进行规范化管理，建立元组件源码、元服务源码、项目源码。

本实施例在多端发布时，根据不同的元服务和元组件选择不同的编译器并直接生成不同的源代码，如微信、支付宝、飞书小程序；H5页面；轻应用；针对不同端如形成PC应用、手机APP、大屏；大屏发布可以快速地远程布署和更新Web报表，一旦设计出一份报表，其模板即可在Web服务器的Web文件夹中直接储存和更新。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。

最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种基于元代码的低代码开发方法，其特征在于，所述方法包括以下步骤：

S1、根据业务行业、业务需求划分的业务边界构建业务领域，根据不同的业务边界划分不同的子域、主题域，直至划分为最小边界，得到最小功能单元；

S2、根据业务属性、业务特征构建元模型，进行表单建模、数据建模；

S3、元模型根据不同的类和方法生成后端元服务和前端元组件；

S4、拆分微服务，对功能模块进行组装、对资源进行归类，生成业务应用；

S5、通过对生成的元服务和元组件进行拖拽，配置多类型数据源，生成轻应用；

S6、定义代码模型，对源码进行管理，同一代码多端发布。

2.根据权利要求1所述的一种基于元代码的低代码开发方法，其特征在于：所述S1中根据业务行业、业务需求划分的业务边界构建业务领域的方法包括以下步骤：

S1.1、划分业务领域，以从上至下或者从下至上的策略进行业务边界划分，大的领域划分为2G领域、2B领域、2C领域，并根据不同的业务行业将大的领域划分为不同的业务子域，在业务子域内根据业务需求细分若干个主题域，直至划分为最小边界领域；

S1.2、构建资源目录，根据业务领域的划分情况建立资源目录，构建不同的共性目录、业务目录，规范化管理业务系统，所述共性目录为面向所有人使用的应用目录；

S1.3、规划业务模块，根据业务领域的业务属性、对象属性特征，建立业务类、数据类、共性类、测试类的业务模块；

S1.4、规划功能模块，对各业务模块进行细粒度拆分，拆分多个功能模块；

S1.5、细分功能模块，将功能模块细分为最小功能单元。

3.根据权利要求1所述的一种基于元代码的低代码开发方法，其特征在于：所述S2中根据业务属性、业务特征构建元模型的方法包括以下步骤：

S2.1、提取业务对象，从业务领域、最小功能单元中提取产生的事件、命令对应的业务对象，并梳理对象间的关联关系；

S2.2、选择元数据，分析业务对象的业务属性，定义业务元素、核心元素并进行分组，从而建立元数据目录，根据业务对象的模型设计业务对象的业务实体及关联实体；

S2.3、新建元数据，结构化数据定义元模型时，定义结构化元数据的数据类型、长度、是否非空，从而快速生成对应的表结构；非结构化元数据是单独定义的，在一个模块下定义多个非结构元数据的规则；

S2.4、构建元模型，定义元数据和物理表的映射关系，配置数据源及输入事件、关联规则，建立表单类模型、数据类模型，遵循程序设计、UI设计、数据库对应的语法结构，生成不同数据库的表结构。

4.根据权利要求1所述的一种基于元代码的低代码开发方法，其特征在于：所述S3中元模型根据不同的类和方法生成后端元服务和前端元组件的方法包括以下步骤：

S3.1、划分界线上下文，根据元模型的业务边界划分界线上下文，使得元模型被修改后，其关联的服务或组件则同步修改；

S3.2、生成元服务和元组件，对表单类模型、数据类模型的使用场景、业务权限、显示条件、事件说明、禁止状态进行可视化编排，平台自动封装UI属性、校验方法并生成前端组件和后端服务。

5.根据权利要求1所述的一种基于元代码的低代码开发方法，其特征在于：所述S4中拆分微服务，对功能模块进行组装、对资源进行归类，生成业务应用的方法包括以下步骤：

S4.1、拆分微服务，规划微服务应用，对最小功能单元进行服务编排，对其存储、交互、接口属性进行设计；

S4.2、整合功能模块资源，对业务对象进行资源整合，对模块基础信息、元模型、列表、流程、表单进行聚合，配置其联动信息、使用场景、使用范围；

S4.3、可视化开发，通过流程设计器、表单设计器、列表设计器进行可视化拖拽设计；

S4.4、模块权限配置，根据流程、表单对业务模块在每个环节的权限进行可视化配置，对页面当中的元数据进行权限定义，设计每个元数据在每个环节的可见、编辑、保存内容；

S4.5、整合功能模块关联的资源，对功能模块关联的菜单、按钮、任务、用户资源进行整合和配置；

S4.6、模块分级管理，在构建功能模块后，由不同机构分别对功能模块进行管理；

S4.7、预览视图，据应用配置情况实时展示前端应用的显示效果。

6.根据权利要求5所述的一种基于元代码的低代码开发方法，其特征在于：所述S5中通过对生成的元服务和元组件进行拖拽，配置多类型数据源，生成轻应用的方法包括以下步骤：

S5.1、选择框架，用户根据权限、优先级选择不同的布局框架、列表框架、统计框架，每个框架赋予多个功能代码集合、界面集合、组件集合，并对每个框架的使用范围、图标进行设计，支持新建、删除、配置、预览功能；

S5.2、页面配置，通过设计面板、各类引擎以拖拉拽布局组件、框架组件、元数据组件快速构建应用，通过VUE或iVew框架使用元代码进行二次开发；

S5.3、生成千人千面工作台，通过门户设计器对工作台标识、页面类型、授权用户、优先级进行管理；在页面授权过程中，根据机构、角色、常用联系人配置使用权限，拥有权限的用户能够对指定页面进行配置；

S5.4、生成多级专题门户，通过门户设计器将具有共同属性的微应用集合体进行归集；

S5.5、生成分析门户，通过不同的数据库源进行分析，能连结任何数据源并使用连结功能，从存储过程中直接获取数据，对数据进行配置、分析、设计。

7.根据权利要求1所述的一种基于元代码的低代码开发方法，其特征在于：所述S6中定义代码模型，对源码进行管理，同一代码多端发布的方法包括以下步骤：

S6.1、定义代码模型，分别建立接口、领域、子域、数据库及缓存对应的代码目录，在源码模式下修改页面模板、二次开发JS、自定义CSS样式、html编辑，并形成新的业务组件；

S6.2、对源码的质量、版本进行规范化管理，建立元组件源码、元服务源码、项目源码；

S6.3、多端发布，根据不同的元服务和元组件选择不同的编译器并直接生成不同的源代码。

8.根据权利要求7所述的一种基于元代码的低代码开发方法，其特征在于：所述S6.1中定义代码模型时，获取规划的微服务中的各个最小功能单元及每个最小功能单元对应的业务领域，获取数据库中每个最小功能单元相应业务领域中对应的各个代码版本，

不同业务领域中的同一最小功能单元对应的代码版本中的内容存在差异，同一业务领域中的同一最小功能单元存在多个代码版本且每个代码版本中的内容存在差异；

在定义代码模型时，对各个微服务中的每个最小功能单元进行编号，对各个微服务中的每个最小功能单元对应的业务领域进行编号，不同最小功能单元对应的业务领域相同时相应的业务领域编号相同，获取第i个业务领域中第j个最小功能单元与第i1个业务领域中第j1个最小功能单元中的各个功能衔接处对应的代码版本，对各个微服务中的功能衔接处进行编号；

将编号为j的最小功能单元中的第k1个代码版本记为Aj_k1，1≤k1≤k1_j，k1_j表示编号为j的最小功能单元中代码版本的总个数；

将编号m的功能衔接处中的第k2个代码版本记为Bm_k2，1≤k2≤k2_m，k2_m表示编号为m的功能衔接处中代码版本的总个数；

随机选取每个编号对应的最小功能单元中的一个代码版本及每个编号对应的功能衔接处中的一个代码版本添加到一个空白集合中，得到一个功能代码集合，所述一个功能代码集合对应一个代码模型，进而得到的功能代码集合的种数为F，

F＝k1₁*...*k1_j*...*k1_j0*k2₁*...*k2_m*...*k2_m0

其中，j0表示各个微服务中最小功能单元的总个数，m0表示各个微服务中功能衔接处的总个数；

在定义代码模型时，对各个功能代码集合进行分析，筛选出最佳功能代码集合，作为定义的代码模型。

9.根据权利要求8所述的一种基于元代码的低代码开发方法，其特征在于：筛选出最佳功能代码集合的方法包括以下步骤：

S7.1、获取某一个功能代码集合中各个元素对应的相同且连续的代码片段，并将每个相同且连续的代码片段对应的代码行数分别与第一预设值进行比较，所述第一预设值为数据库中预制的常数，

当相同且连续的代码片段对应的代码行数大于等于第一预设值时，则对该代码片段进行提取，

当相同且连续的代码片段对应的代码行数小于第一预设值时，则不对该代码片段进行提取；

S7.2、统计提取的代码片段的种类，并判断不同种类的代码片段之间是否存在交集，并进行二次封装处理，

若某一种类的代码片段与其余种类的代码片段均不存在交集或者交集对应的代码行数小于第二预设值，则直接对该种类的代码片段进行二次封装，并将相应的封装结果替换功能代码集合中各个元素中该种类的代码片段，所述第二预设值为数据库中预制的常数；

若两个至多个种类的代码片段存在交集且交集对应的代码行数大于等于第二预设值，则计算交集对应的每个代码片段对应的代码行数与相应代码片段在功能代码集合中出现的次数的乘积，将交集对应的各个代码片段中，最大乘积对应的代码片段进行二次封装，并将相应的封装结果替换功能代码集合中各个元素中该种类的代码片段；

S7.2、统计二次封装处理后的功能代码集合中的实际代码行数，记为HG，模拟二次封装处理后的功能代码集合中各个微服务运行时延中的最大值，记为SY；

S7.3、分别获取每个功能代码集合分别对应的HG及SY，将各个功能代码集合中对应HG的最大值记为HGmax，将各个功能代码集合中对应SY的最大值记为SYmax，

将每个功能代码集合对应的HG与HGmax差的绝对值除以HGmax得到的商记为该功能代码集合的第一优化系数

将每个功能代码集合对应的SY与SYmax差的绝对值除以SYmax得到的商记为该功能代码集合的第二优化系数

S7.4、计算每个功能代码集合对应的第一优化系数与第二优化系数的乘积，并将第一优化系数与第二优化系数的乘积最大的功能代码集合作为筛选出最佳功能代码集合。

10.应用于权利要求1-9任意一项的一种基于元代码的低代码开发方法的低代码开发系统，其特征在于，包括：

功能单元划分模块，所述功能单元划分模块根据业务行业、业务需求划分的业务边界构建业务领域，根据不同的业务边界划分不同的子域、主题域，直至划分为最小边界，得到最小功能单元；

元模型构建模块，所述元模型构建模块根据业务属性、业务特征构建元模型，进行表单建模、数据建模；

元服务及元组件生成模块，所述元服务及元组件生成模块通过元模型根据不同的类和方法生成后端元服务和前端元组件；

微服务拆分模块，所述微服务拆分模块用于拆分微服务，对功能模块进行组装、对资源进行归类，生成业务应用；

生成式开发模块，所述生成式开发模块通过对生成的元服务和元组件进行拖拽，配置多类型数据源，生成轻应用；

源代码管理模块，所述源代码管理模块用于定义代码模型，对源码进行管理，同一代码多端发布。

Images