CN117687681A - 一种低代码应用的版本管理方法及系统 - Google Patents

Abstract

本发明提出一种低代码应用的版本管理方法及系统，包括，设定低代码平台的基础信息并选择或定制应用模板，涵盖环境、变量和组件配置；执行应用模板的增删改查和调整应用环境设置，包括缓存、消息和数据库等；创建和管理应用版本，包括新迭代和热补版本，以及通过可视化界面进行版本发布和查询；使用工具进行版本间的比对，并确定并发布最终版本，固定版本状态；通过低代码版本引擎进行版本创建、查询、删除、比对和发布，以及组件实例的全面管理。本发明提供了一个创新的版本管理方法和系统，大幅提升了低代码开发的效率和安全性，同时降低了操作复杂性和业务风险。

Description

一种低代码应用的版本管理方法及系统

技术领域

本发明涉及软件开发技术领域，具体涉及一种低代码应用的版本管理方法及系统。

背景技术

随着软件开发需求的日益增长和开发周期的不断缩短，低代码开发平台（LCDP）已成为提高开发效率、降低技术门槛的重要工具。低代码平台通过提供可视化的开发工具，使开发者无需编写大量原生代码即可快速构建应用。这些平台通常包括两个主要部分：设计平台和运行平台。设计平台主要依靠拖拉拽等直观操作来开发应用，而所开发的应用通常以JSON格式的数据文件呈现，而非传统的源代码。这些JSON数据文件随后由运行平台解析和执行，从而实现应用功能。

然而，在应用版本管理方面，当前的低代码平台面临着几个关键问题。首先，这些平台普遍缺乏有效的应用版本管理能力。大多数情况下，仅保留应用的最终修改记录，这导致一旦应用被误修改，业务应用很难恢复到先前的状态，缺乏必要的回滚能力。

其次，低代码平台的应用版本管理相对弱化，通常只提供整个应用的版本控制。这种方式限制了多人并行开发的可能性，并且一旦应用被某个开发者修改，其他开发者将无法进行进一步的修改。此外，在应用发布方面，平台只能进行全量发布，而不能实现增量发布，即无法仅发布修改的部分（如特定页面或服务），从而增加了业务发布的风险。

最后，低代码平台在应用版本比对方面的能力也相对有限。大多数平台仅提供基于JSON数据文件的比对，这使得评估修改内容的风险变得困难。由于缺乏深入的比对分析，开发者难以快速准确地识别版本间的差异，进而影响了版本控制的有效性。

综上所述，现有的低代码平台虽然在降低开发门槛和提升开发效率方面具有显著优势，但在应用版本管理、并行开发支持、增量发布能力和版本比对分析等方面存在明显不足。这些问题限制了低代码平台的应用范围和效率，增加了开发和发布过程中的风险。

发明内容

为克服现有技术的不足，本发明提出一种低代码应用的版本管理方法及系统，可以有效保护企业数字资产，避免重复开发，减少错误修改导致的资产丢失；通过应用组件实例版本管理能力，可以提供更细粒度的并发控制，实现一个应用多人并行开发，有效提升了开发效率；通过应用版本差异比对，可以提供应用组件级变更及其组件内部关键元件变更内容，可以在版本发布时候更高效评估发布风险，避免业务损失。

为实现上述目的，本发明提供一种低代码应用的版本管理方法，包括：

步骤1：设定低代码平台的基础信息并选择或定制应用模板，涵盖环境、变量和组件配置；

步骤2：执行应用模板的增删改查和调整应用环境设置，包括缓存、消息和数据库等；

步骤3：创建和管理应用版本，包括新迭代和热补版本，以及通过可视化界面进行版本发布和查询；

步骤4：使用工具进行版本间的比对，并确定并发布最终版本，固定版本状态；

步骤5：通过低代码版本引擎进行版本创建、查询、删除、比对和发布，以及组件实例的全面管理。

进一步地，步骤1包括：

步骤11：设定低代码平台的基础信息，包括获取接入的Key值；

步骤12：选择现有的应用模板进行使用；

步骤13：在现有模板基础上进行修改，以形成新的应用模板；

步骤14：设定应用的环境信息、变量信息和组件信息。

进一步地，步骤2包括：

步骤21：进行应用模板的增加、删除、修改和查询；

步骤22：设置应用使用的缓存、消息、数据库等环境信息；

步骤23：设定和调整应用的模型、服务、页面、接口、流程等组件。

进一步地，步骤3包括：

步骤31：创建新的迭代版本或热补版本；

步骤32：通过可视化界面进行版本的发布管理；

步骤33：使用可视化界面查询应用和版本列表；

步骤34：通过界面导出特定应用版本的内容。

进一步地，步骤4包括：

步骤41：利用工具对两个不同版本进行比对，显示差异；

步骤42：确定并发布最终版本，固定版本状态。

进一步地，步骤5包括：

步骤51：进行版本创建、查询、删除、比对和发布；

步骤52：在应用开发时创建不同类型的组件实例；

步骤53：对组件实例进行查询、更新、删除、回退和比对。

进一步地，步骤1还包括动态模板生成，步骤如下：

收集和分析用户活动日志，了解常用功能和偏好设置；

结合行业趋势和标准实践，通过机器学习模型识别流行的模板特征；

定期更新模型，确保模板建议与当前趋势相符；

在用户界面提供个性化模板建议，允许用户直接采用或进一步自定义。

一种低代码应用的版本管理方法的系统，适用于上述任一项所述的一种低代码应用的版本管理方法，包括配置管理模块，负责整个平台的基础配置，包括平台、应用模板和组件模板的设置；

版本管理模块，处理应用版本的生命周期，包括版本的创建、发布、查询、导出和比对；

低代码版本引擎模块，作为系统的核心，支持应用版本及其组件实例的创建、查询、更新、删除和比对。

与现有技术相比，本发明的有益效果是：

1.本发明提供了一种低代码应用的版本管理方法及系统，提供了低代码应用的多版本管理能力，这不仅有助于保护企业的数字资产免于重复开发的风险和错误修改所导致的资产损失，还使企业能够有效地维护和跟踪历史版本，确保信息安全。

2.本发明提供了一种低代码应用的版本管理方法及系统，该方法支持增量发布功能，使企业能够仅发布应用的改动部分，而不是整个应用。这种方法减少了发布时的资源消耗，同时降低了由于全量发布可能引起的系统不稳定和业务中断风险。

3.本发明提供了一种低代码应用的版本管理方法及系统，通过实现细粒度的并发控制和多人并行开发支持，本发明允许多个开发人员同时在同一应用上工作，显著提高了开发效率。这样，团队成员可以独立进行组件开发和修改，加快整体项目的进展。

4.本发明提供了一种低代码应用的版本管理方法及系统，提供了应用版本之间的比对能力，特别是在组件级别。这意味着开发者能够有效识别哪些组件以及组件内的关键元素发生了变化，从而在版本发布前更高效地评估发布风险，避免潜在的业务损失。

5.本发明提供了一种低代码应用的版本管理方法及系统：通过允许配置应用模板和定义应用组件的元数据结构，本发明提供了更灵活的开发和管理工具，使得定制化和特定需求的解决方案更容易实现。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明步骤流程图；

图2是本发明系统功能图；

图3是本发明实施例1中的流程示意图；

图4是本发明实施例2中的流程示意图；

图5是本发明版本创建流程示意图；

图6是本发明组件实例变更流程示意图；

图7是本发明版本比对流程示意图；

图8是本发明组件比对流程示意图。

具体实施方式

下面将结合附图、通过对本发明的优选实施方式的描述，更加清楚、完整地阐述本发明的技术方案。

如图1所示，本发明为：

步骤1：设定低代码平台的基础信息并选择或定制应用模板，涵盖环境、变量和组件配置；

步骤2：执行应用模板的增删改查和调整应用环境设置，包括缓存、消息和数据库等；

步骤3：创建和管理应用版本，包括新迭代和热补版本，以及通过可视化界面进行版本发布和查询；

步骤4：使用工具进行版本间的比对，并确定并发布最终版本，固定版本状态；

步骤5：通过低代码版本引擎进行版本创建、查询、删除、比对和发布，以及组件实例的全面管理。

具体如下：

如图2所示，本装置由配置管理、版本管理和低代码版本引擎三个部分组成。

配置管理提供平台配置、应用模板配置、应用组件模板配置。

版本管理提供版本创建、版本发布、版本查询、版本导出和版本比对管理。

低代码版本引擎由应用版本创建、版本查询、版本删除、版本发布、版本比对、组件实例创建、组件实例更新、组件实例删除、组件实例回退、组件实例比对、组件实例查询等引擎能力。

1、配置管理

配置管理提供平台配置、应用模板管理、组件模板管理等能力，提供了平台接入配置和对应的应用模板数据的配置。

平台配置：配置低代码平台信息，配置对接的低代码平台信息，获取接入的Key值；

应用模板配置：配置平台的应用模板信息，可以选择已有模板，也可以在已有模板上修改形成新的应用模板；主要配置应用构成，包括应用环境信息、应用变量信息、应用组件信息、应用组件模板等；

应用模板管理主要提供对应用模板的增删改查，可以直接复制已有模板进行修改；应用模板配置是配置应用环境模板、变量信息、应用组件模板等；

应用环境模板提供应用环境模板配置，配置应用使用的缓存、消息、数据库等环境信息；

应用变量信息提供应用变量的配置；

应用组件模板：提供应用模型、服务、页面、接口、流程等组件的配置，可配置组件JSON结构，对组件中的元件进行打标，用于后续组件版本可视化比对。

2、版本管理

版本管理提供应用版本管理的创建、发布、查询、导出、比对等能力，这里主要是提供管理界面， 主要能力还是调用版本引擎的能力。

版本创建：提供应用版本创建，对已有的应用可以创建新的迭代版本或热补版本；版本发布：提供可视化界面对应用已有版本进行版本发布管理，发布后的版本不能再进行变更，只有以此为基线创建迭代或热补才能进行变更。

版本查询：提供可视化界面进行应用和版本查询，可以查询出对应应用的版本列表；

版本导出：提供界面，导出对应应用版本内容；主要是导出一个版本的内容，会包括所有组件实例列表及其指向轨迹内容、环境信息和参数信息；

版本比对：提供界面，可以选择两个版本进行比对，比对结果以可视化界面展示，可以在组件实例修改部分再进行组件实例差异比对。

3、低代码版本引擎

应用版本引擎提供了版本创建、版本查询、版本删除、版本比对、版本发布、组件实例创建、组件实例查询、组件实例删除、组件实例保存、组件实例回退、组件实例比对等能力，实现应用多版本管理、增量版本发布、版本差异比对等能力。

版本创建：提供版本创建服务，提供首次版本创建、热补版本创建和迭代版本创建。

首次版本，只会创建应用的版本基础信息，根据申请的平台信息和应用生成应用ID和应用版本ID，此时组件实例都是空，组件实例信息需要在开发应用时候再提交变更来生成。热补版本创建会基于已有的迭代版本创建，此时创建包含版本基础信息和版本内容，版本内容主要是复制迭代版本的组件实例列表信息，组件实例轨迹ID还是指向原有组件实例轨迹内容。

迭代版本创建是基于已有版本再创建迭代版本，此时创建包含版本基础信息和版本内容，版本内容主要是复制基线版本的组件实例列表信息，组件实例轨迹ID还是指向原有组件实例轨迹内容。

版本查询：提供应用版本查询，根据应用版本查询出对应版本下各类组件的组件实例列表和基础信息，包含组件实例指向的最新估计组件实例轨迹ID。

版本删除：提供应用版本删除，根据应用版本，把该版本的相关应用组件实例及其组件实例的版本记录都标识为失效。

版本比对：提供一个应用两个版本的比对，可以比对不同版本的变更内容，主要是组件实例、环境、参数等变更内容；对于组件实例变更会按不同组件类型返回新增、修改和删除情况；针对修改的组件实例可以可以再调用组件实例比对进行详细内容比对。

版本比对核心是比对组件实例的内容，组件实例版本是比对两个版本组件实例轨迹ID的指向内容，若两者指向内容一样则版本一致，否则根据配置管理中定义的组件类型模板进行解析，根据模板中定义的组件关键构成进行比对，比如页面是根据定义的控件、控件事件等进行比对，服务是根据服务定义节点进行比对。

版本发布：提供版本发布能力，发布是一种版本状态变迁，把一个应用版本进行发布，表示该版本不允许修改；只能再创建热补或迭代版本；

组件实例创建：提供给应用开发时候用，低代码开发时候进入设计平台，需要首先创建对应组件类型，比如模型、服务、页面、流程等组件的实例，比如先创建页面，需要构建起页面实例的基础信息，用于后续组件实例开发的唯一标识等，后续该页面迭代开发会生成一系列页面实例轨迹ID，在每次页面开发提交时候就记录一次轨迹ID。

组件实例查询：提供组件实例查询，可以查询出组件实例的在应用版本内的所有修改轨迹ID列表；

组件实例删除：提供组件实例的删除，比如某个页面在某次版本中被废弃，就是这个页面实例该版本失效；

组件实例保存：提供组件实例修改内容的保存，保存自动比对跟上次组件实例轨迹比对，若两者一样会提示没有修改，若有差异会自动保存，并生成一个新的组件实例轨迹记录；比如每次页面开发后，提交当前开发内容的保存；

组件实例回退：提供组件实例回退能力，可以指定组件实例需要回退的轨迹点，可以把组件实例版本回退到指定的轨迹点版本；比如某个页面开发时候，由于误操作，或者修改内容不对，想回退，可以选择该页面之前的轨迹ID进行回退；回退后最新页面轨迹ID指向对应的轨迹ID；

组件实例比对：提供组件实例的两个轨迹记录的比对，比对会自动解析组件模板标签信息，根据标签信息标识相关标签内容的新增、修改和删除，更好展示版本修改内容；

组件实例内容比对是比较两个版本组件实例轨迹ID指向内容进行比对，先把轨迹ID指向内容进行解析，会生成一个JSON对象树，再根据配置的组件模板对对象树逐一处理，对于全部内容或者关键内容进行标注，标注出新增、删除和修改；比如一个页面内控件的新增、修改和删除。

实施例1：接入一个低代码平台，配置平台信息和应用模板信息。为应用版本管理提供元数据。如图3所示：

S11：配置管理界面上创建新平台，填写接入的名称、备注等信息；

S12：提交平台基础信息后，会自动生成平台Key值；

S13：平台的应用模板配置，点击配置应用模板的组件类型定义，逐一定义传入的组件类型定义；

S14：逐一配置每个类型组件的模板，可以导入组件结构描述的JSON文件，并且标识出组件结构中关键元件信息；

实施例2：在实施例1完成后，在低代码平台创建A应用的版本V1.0，在低代码平台的设计平台进行应用版本开发，新增一个模型Model1并保存，新增一个服务service1并保存，新增二个页面page1和page2并保存；发布V1.0版本，再创建V1.1版本，新增一个页面page3，修改页面page1，比对版本V1.1和V1.0，如图4所示：

本实施例中的低代码平台可以是一个只能记录应用最新版本模式，通过对接本装置，这个平台可以低成本实现应用多版本管理、多人协同开发、版本比对等版本管理能力。

S21：创建版本V1.0；低代码平台的应用管理界面创建应用A的版本；低代码平台会调用版本引擎服务，版本引擎服务会创建应用A的版本V1.0，并返回版本号信息；

S22：版本V1.0的开发，在低代码平台进行可视化开发，新增一个模型组件实例model1，并提交保存；新增一个服务组件实例并提交保存；新增两个页面组件实例并提交保存；

S23：版本V1.0的发布，在低代码平台的应用管理进行应用A的版本V1.0的发布；调用版本引擎服务进行版本处理，版本发布是把版本状态从开发态设置为发布态，返回发布结果；

S24：版本V1.1的创建，在低代码平台的应用管理进行应用A的版本创建，调用版本引擎服务进行版本创建，返回创建的新版本V1.1；

S25：版本V1.1的开发，在低代码平台进行可视化开发，新增第三个页面组件实例并保存；对第二个页面组件实例进行修改并保存；

S26：版本比对，在低代码平台进行版本比对，在界面点击应用A的版本，选择基线版本V1.0调用版本引擎的版本比对服务，在界面展示版本差异；

本步骤也可以在本发明装置的版本管理界面进行，可以在版本管理界面输入低代码平台名称和应用名称搜索，在应用界面选择版本比对进行应用比对；

S27：组件比对，在版本比对显示组件实例变更后，对于有修改的组件实例可以再调用组件比对获取组件实例的变更内容，可在界面上显示出变更内容；

本步骤也可以在本发明装置的版本管理界面进行，可以在版本比对界面上选择有变更的组件实例，点击查看变更内容；

S22是版本V1.0开发，包含了模型开发、服务开发、页面开发等多个步骤，步骤如图4所示：

S221：模型开发，在低代码平台进行可视化开发，新增一个模型组件实例Model1，调用版本引擎服务保存模型实例Model1内容，返回模型组件实例的轨迹ID信息；

S222：服务开发，在低代码平台进行可视化开发，新增一个服务组件实例Service1，调用版本引擎服务保存服务实例Service1内容，返回服务组件实例的轨迹ID信息；

S223：页面开发，在低代码平台进行页面可视化开发；新增第一个页面组件实例page1，开发完后调用版本引擎服务保存页面组件实例内容；新增第二个页面组件实例page2，可以开发一个表单，查询条件、列表、批量导出、批量导入等按钮，开发完调用版本引擎服务保存页面组件实例内容；

其中S25的步骤是应用开发，包括新增页面、修改页面两个步骤，步骤如图4所示：

S251：新增页面；在低代码平台进行可视化开发，新增第三个页面组件实例page3，调用版本引擎服务保存页面组件实例内容，返回第三个页面组件实例的轨迹ID信息；

S252：修改页面；在低代码平台进行可视化开发，对第二个页面组件实例page2进行修改，可以增加一个查询条件开始日期和结束日期，删除批量导入按钮，修改批量导出按钮名为导出，开发完后调用版本引擎服务保存页面组件实例内容，返回第二个页面组件实例的轨迹ID信息；

其中S21、S24都是版本创建，S21是首次版本创建，S24是再次创建迭代版本，版本创建包含了查询版本列表、首次创建迭代版本、非首次创建迭代版本、创建热补版本等多个步骤，步骤如图5所示：

S211：查询应用版本列表；根据入参应用信息查询应用版本列表；

S212：首次创建迭代版本；查询不到版本列表，说明应用之前没有版本，本次为首次创建；生成应用迭代版本ID并保存；

S213：非首次创建迭代版本；查询到应用版本列表，从版本列表中获取到最新的迭代版本ID作为基线版本；生成新的迭代版本ID，把基线版本的组件实例、环境、参数复制到新版本ID；

S214：创建热补版本；从参数获取到版本ID作为基线版本；根据基线版本ID生成新的热补ID，把基线版本的组件实例、环境、参数复制到新版本ID；

其中S221、S222、S223、S251、S252都包含了调用版本服务引擎进行组件实例保存，组件实例保存包含了查询组件实例上次轨迹版本、判断组件实例是否变更、保存组件实例最新变更等多个步骤，具体如图6所示：

S2211：分析组件实例的轨迹基线是否变更；获取本版的组件实例的最新内容轨迹ID和轨迹内容，跟基线轨迹ID和轨迹内容比对，若两者不一致，则组件实例被其他人修改；返回组件实例被变更，同时返回版本库中的组件实例最新轨迹ID和轨迹内容；

S2212：判断本次提交是否有变更；若基线未变更，则根据本次修改的组件实例的基线轨迹ID获取到轨迹内容，跟提交的轨迹内容比对，若一致，则返回提示组件实例未修改；

S2213：保存组件实例变更；若组件实例未被修改，则根据版本ID、组件实例ID和时间生成轨迹ID信息；保存组件实例的新变更，返回新变更轨迹ID；

其中S26中版本比对服务包含了查询当前版本信息、查询参考版本信息、比对版本组件实例差异、比对版本环境和参数差异、返回变更列表等多个步骤，具体如图7所示：

S261：查询V1.1版本的版本信息内容，获取到版本的组件实例列表、环境信息、参数信息等内容；

S262：查询V1.0版本的版本信息内容，获取到版本的组件实例列表、环境信息、参数信息等内容；

S263：比对V1.1和V1.0的组件实例变更；

逐一比对每个组件类型的组件实例列表及其轨迹ID，形成每种组件类型的新增、修改和删除变更项；

新增：若当前版本组件实例存在，参考版本组件实例不存在则为新增组件实例；可以比对出新增了页面实例page3；

删除：若参考版本组件实例存在，当前版本组件实例不存在则为删除的组件实例；

修改：若组件实例在两个版本都存在，则比对最新轨迹ID，若两者一样则没有修改；若两者不一样，则需要比对轨迹ID的内容是否一致，若一致则没有修改，若不一致则组件实例为修改；可以比对出修改了页面实例page2;

S264：比对当前版本和参考版本的环境内容、参数内容，获取到环境信息、参数信息的变更内容；

S265：返回比对成功与否，返回版本变更列表；

其中S27组件比对包含了调用组件实例比对服务，组件实例比对包含了插件组件模板 、查询当前版本组件实例轨迹版本、查询参考版本组件实例轨迹版本、解析两个版本的组件实例轨迹版本、比对组件实例版本、返回差异对象等多个步骤，具体如图8所示：

S271：查询该平台应用模板的组件模板信息；根据平台Key查询到应用模板，根据组件类型查询到组件模板信息；

S272：查询当前版本组件实例轨迹ID；若入参中已有当前版本轨迹内容则不需要查询，若没有则根据组件实例轨迹ID查询到轨迹内容；

S273：查询基线版本组件实例轨迹ID；若入参中已有基线版本轨迹内容则不需要查询，若没有则根据组件实例轨迹ID查询到轨迹内容；

S274：解析生成当前和基线的组件实例轨迹对象树；根据组件模板定义解析当前版本和基线版本的组件实例轨迹内容，生成对象树；

S275：组件实例变更比对；根据解析出的当前组件JSON对象树进行逐层处理，根据组件实例模板定义标出新增、修改和删除内容项；返回组件实例变更内容；

比对页面实例pages时，可以比对出删除的控件是批量导出按钮；批量导入的按钮进行了修改名字；新增控件是开始日期和结束日期。

上述具体实施方式仅仅对本发明的优选实施方式进行描述，而并非对本发明的保护范围进行限定。在不脱离本发明设计构思和精神范畴的前提下，本领域的普通技术人员根据本发明所提供的文字描述、附图对本发明的技术方案所作出的各种变形、替代和改进，均应属于本发明的保护范畴。本发明的保护范围由权利要求确定。

Claims (8)

1.一种低代码应用的版本管理方法，其特征在于，包括：

步骤1：设定低代码平台的基础信息并选择或定制应用模板，涵盖环境、变量和组件配置；

步骤2：执行应用模板的增删改查和调整应用环境设置，包括缓存、消息和数据库；

步骤3：创建和管理应用版本，包括新迭代和热补版本，以及通过可视化界面进行版本发布和查询；

步骤4：使用工具进行版本间的比对，并确定和发布最终版本，固定版本状态；

步骤5：通过低代码版本引擎进行版本创建、查询、删除、比对和发布，以及组件实例的全面管理。

2.根据权利要求1所述的一种低代码应用的版本管理方法，其特征在于，步骤1包括：

步骤11：设定低代码平台的基础信息，包括获取接入的Key值；

步骤12：选择现有的应用模板进行使用；

步骤13：在现有模板基础上进行修改，以形成新的应用模板；

步骤14：设定应用的环境信息、变量信息和组件信息。

3.根据权利要求1所述的一种低代码应用的版本管理方法，其特征在于，步骤2包括：

步骤21：进行应用模板的增加、删除、修改和查询；

步骤22：设置应用使用的环境信息；

步骤23：设定和调整应用的模型、服务、页面、接口、流程组件。

4.根据权利要求1所述的一种低代码应用的版本管理方法，其特征在于，步骤3包括：

步骤31：创建新的迭代版本或热补版本；

步骤32：通过可视化界面进行版本的发布管理；

步骤33：使用可视化界面查询应用和版本列表；

步骤34：通过界面导出应用版本的内容。

5.根据权利要求1所述的一种低代码应用的版本管理方法，其特征在于，步骤4包括：

步骤41：利用工具对两个不同版本进行比对，显示差异；

步骤42：确定并发布最终版本，固定版本状态。

6.根据权利要求1所述的一种低代码应用的版本管理方法，其特征在于，步骤5包括：

步骤51：进行版本创建、查询、删除、比对和发布；

步骤52：在应用开发时创建不同类型的组件实例；

步骤53：对组件实例进行查询、更新、删除、回退和比对。

7.根据权利要求1所述的一种低代码应用的版本管理方法，其特征在于步骤1还包括动态模板生成，步骤如下：

收集和分析用户活动日志，了解常用功能和偏好设置；

结合行业趋势和标准实践，通过机器学习模型识别模板特征；

定期更新模型，确保模板建议与当前趋势相符；

在用户界面提供个性化模板建议，允许用户直接采用或进一步自定义。

8.一种低代码应用的版本管理方法的系统，适用于权利要求1-7任一项所述的一种低代码应用的版本管理方法，其特征在于，包括配置管理模块，负责整个平台的基础配置，包括平台、应用模板和组件模板的设置；

版本管理模块，处理应用版本的生命周期，包括版本的创建、发布、查询、导出和比对；

低代码版本引擎模块，作为系统的核心，支持应用版本及其组件实例的创建、查询、更新、删除和比对。