CN115629757A - 一种应用生成方法、装置、设备及介质 - Google Patents

Abstract

本申请公开了一种应用生成方法、装置、设备及介质，涉及软件开发领域。通过获取并部署组件库中的目标业务组件；设置目标业务组件的组件属性；将目标业务组件绑定数据源，以获取数据字段；根据数据字段生成应用系统代码，以实现应用的生成。由此可知，上述方案通过在设计器的组件库中获取目标业务组件并设置其业务组件属性，绑定后端的数据源数据后，根据获得的数据字段生成应用系统代码，方案底层引擎设计接近人工编程思想，提高了应用生成的整体灵活性和可扩展性，能够实现复杂应用的生成。

Description

一种应用生成方法、装置、设备及介质

技术领域

本申请涉及软件开发领域，特别是涉及一种应用生成方法、装置、设备及介质。

背景技术

随着更多企业数字化转型的强烈需求，对平台应用搭建提出了更快、成本更低的要求，越来越多的企业把目光放在应用生成平台，依靠平台便捷易操作生成线上应用。目前，这类技术中常用体系有两种：一种是低代码平台，平台可以搭建常用的应用，可能需要人工干预编写代码；另外一种是无代码方式，依靠模版固定生成某类应用，但不能人工干预编写代码以进行二次开发。

现有的通过可视化生成应用的技术都固定涉及某个领域或者存在固定模版，导致现有平台所定位的解决方案和处理方式无法满足用户界面(User Interface)的设计，无法实现复杂应用的生成。

鉴于上述问题，如何更好地通过可视化的方式解决复杂应用的生成，是该领域技术人员亟待解决的问题。

发明内容

本申请的目的是提供一种应用生成方法、装置、设备及介质，以通过可视化的方式解决复杂应用的生成。

为解决上述技术问题，本申请提供一种应用生成方法，包括：

获取并部署组件库中的目标业务组件；

设置所述目标业务组件的业务组件属性；

将所述目标业务组件绑定数据源，以获取数据字段；

根据所述数据字段生成应用系统代码，以实现应用的生成。

优选地，在所述获取组件库中的目标业务组件之前，还包括：

设置目标公共组件的公共属性；其中，所述目标公共组件中包含所述目标业务组件；

嵌套所述目标公共组件至其余公共组件中。

优选地，还包括：

获取页面设计过程中的DSL数据；

解析所述DSL数据生成源代码；

通过编辑器编辑所述源代码；

通过代码合并器合并编辑后的源代码与所述应用系统代码。

优选地，所述获取并部署组件库中的目标业务组件包括：

获取所述目标业务组件的各角坐标与容器组件的各角坐标；

根据所述目标业务组件的各所述角坐标与所述容器组件的各所述角坐标确定所述目标业务组件与所述容器组件间的层级关系；

其中，所述角坐标包括左上角坐标、左下角坐标、右上角坐标和右下角坐标。

优选地，所述根据所述目标业务组件的各所述角坐标与所述容器组件的各所述角坐标确定所述目标业务组件与所述容器组件间的层级关系包括：

判断所述目标业务组件的各所述角坐标的绝对值是否均对应小于所述容器组件的各所述角坐标；

若是，则所述目标业务组件的层级在所述容器组件的层级之上。

优选地，在所述根据所述数据字段生成应用系统代码之后，还包括：

生成记录所述应用系统代码构建过程的日志；

输出所述应用系统代码生成的提示信息。

优选地，还包括：

基于所述编辑器生成所述源代码的编辑日志，以便于根据所述编辑日志进行回溯审计。

为解决上述技术问题，本申请还提供一种应用生成装置，包括：

组件部署模块，用于获取并部署组件库中的目标业务组件；

属性设置模块，用于设置所述目标业务组件的业务组件属性；

数据源绑定模块，用于将所述目标业务组件绑定数据源，以获取数据字段；

生成模块，用于根据所述数据字段生成应用系统代码，以实现应用的生成。

优选地，还包括：

公共属性设置模块，用于设置目标公共组件的公共属性；其中，所述目标业务组件中包含所述目标业务组件；

公共组件嵌套模块，用于嵌套所述目标公共组件至其余公共组件中。

优选地，还包括：

DSL数据获取模块，用于获取页面设计过程中的DSL数据；

解析模块，用于解析所述DSL数据生成源代码；

编辑模块，用于通过编辑器编辑所述源代码；

代码合并模块，用于通过代码合并器合并编辑后的源代码与所述应用系统代码。

优选地，还包括：

代码构建日志生成模块，用于生成记录所述应用系统代码构建过程的日志；

提示信息输出模块，用于输出所述应用系统代码生成的提示信息。

优选地，还包括：

代码编辑日志生成模块，用于基于所述编辑器生成所述源代码的编辑日志，以便于根据所述编辑日志进行回溯审计。

为解决上述技术问题，本申请还提供一种应用生成设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现上述的应用生成方法的步骤。

为解决上述技术问题，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述的应用生成方法的步骤。

本申请所提供的应用生成方法，通过获取并部署组件库中的目标业务组件；设置目标业务组件的组件属性；将目标业务组件绑定数据源，以获取数据字段；根据数据字段生成应用系统代码，以实现应用的生成。由此可知，上述方案通过在设计器的组件库中获取目标业务组件并设置其业务组件属性，绑定后端的数据源数据后，根据获得的数据字段生成应用系统代码，方案底层引擎设计接近人工编程思想，提高了应用生成的整体灵活性和可扩展性，能够实现复杂应用的生成。

此外，本申请实施例还提供了一种应用生成装置、设备及介质，效果同上。

附图说明

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

图1为本申请实施例提供的应用开发架构示意图；

图2为本申请实施例提供的一种应用生成方法的流程图；

图3为本申请实施例提供的应用开发平台的示意图；

图4为本申请实施例提供的一种应用生成装置的示意图；

图5为本申请实施例提供的一种应用生成设备的示意图。

具体实施方式

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

本申请的核心是提供一种应用生成方法、装置、设备及介质。

为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。

图1为本申请实施例提供的应用开发架构示意图。如图1所示，在可视化生产应用的过程中，会给使用者提供领域设计、应用程序界面(Application Program Interface，API)设计、以及页面设计的能力。开发者根据这些底层能力设计操作，从而生成应用和代码。在应用开发完成后可二次开发，也可以直接部署运行。

具体地，在领域设计(即数据库设计)过程中，动态生成数据库的部分配置，如对象表，表和表之间的关联关系，索引等。API设计主要生产后端项目：选择领域设计中创建的表对象，进一步创建API对表进行操作，如新增数据，删除数据等；在常规操作的逻辑下，也可以编排中间逻辑，如对表数据的逻辑操作，从而可以达到手动编程的灵活性和扩展性。

如前端开发项目一样，可视化应用生成也需要进行页面开发。可视化应用生成方案的能力就是在开发平台上通过可视化的交互方式，使得开发者生产出前端应用项目。为了解决现有应用开发平台所定位的解决方案和处理方式无法满足UI的设计，以实现复杂应用的生成，本申请实施例提供了一种应用生成方法。图2为本申请实施例提供的一种应用生成方法的流程图。如图2所示，方法包括：

S10：获取并部署组件库中的目标业务组件。

可以理解的是，本申请实施例所提供的应用生成方法基于应用开发平台，或称为页面设计器。图3为本申请实施例提供的应用开发平台的示意图，如图3所示，在应用开发过程中可通过设计器实现底层能力的设计，具体支持组件和组件嵌套设计，如设计器中的容器组件可以在进行无限嵌套生产出响应式布局；存在交互方式，全部文档对象模型(Document Object Model，DOM)交互都集中在设计器画布中，从而接近产品或者设计画原型时的设计体验，能够更快地实现页面生产。

在具体实施中，首先获取页面设计器的组件库中的目标业务组件，并根据应用页面设计需求将目标业务组件部署至预定的位置。可以理解的是，业务组件是前端页面的一部分，通过业务组件将一个页面拆分为不同的功能模块。每个业务组件都具备一个公共能力，即允许拖拽、改变大小和改变位置，且拥有可以无限放置其他组件的能力。业务组件被提前开发存储于组件库中，而具体的业务组件包括但不限于表格组件、表单组件等组件。在本实施例中，目标业务组件的选取取决于实际的应用页面设计需求，根据具体的实施情况而定。

S11：设置目标业务组件的业务组件属性。

进一步地，根据实际的应用页面设计需求，通过可视化平台设置目标业务组件的业务组件属性。例如，当目标业务组件为表格组件时，需设置表格组件的字段，是否显示loading以及title等属性。

作为一种优选的实施例，在获取组件库中的目标业务组件之前，设置目标公共组件的公共属性；其中，目标公共组件中包含目标业务组件；进一步嵌套目标公共组件至其余公共组件中。可以理解的是，公共组件是设计器开发平台中的固定组件。目标公共组件包裹着组件库中的目标业务组件，通过设置目标公共组件的公共属性，将公共属性透传至目标业务组件，影响目标业务组件的属性。因此目标业务组件的属性不但包含自身的业务组件属性，还具有所在目标公共组件的属性。

此外，将目标公共组件嵌套至其余公共组件中，能够通过目标公共组件影响其余的公共组件，避免了公共组件对于相同操作的重复操作，提高了工作效率。

S12：将目标业务组件绑定数据源，以获取数据字段。

在设置目标业务组件的业务组件属性后，进一步将目标业务组件绑定数据源，以获取数据字段。

数据源即后端的应用程序界面(Application Program Interface，API)数据。为实现应用的生成，在具体实施中，目标业务组件需要结合实际的API数据，以自动生成目标业务组件中的相关数据字段。以目标业务组件为表格组件为例，通过将表格组件绑定API数据，能够根据数据逻辑生成表格字段，从而避免了表格字段的手动添加，提高了效率。

S13：根据数据字段生成应用系统代码，以实现应用的生成。

进一步根据数据字段生成应用系统代码。需要注意的是，应用系统代码中包含根据数据字段生成的columns代码和service网络请求代码，两种代码均为应用系统代码中必要的组成部分；同时应用系统代码中还包含着页面代码等其他内容。在得到应用系统代码后，实际完成了应用开发。

本实施例中，通过获取并部署组件库中的目标业务组件；设置目标业务组件的组件属性；将目标业务组件绑定数据源，以获取数据字段；根据数据字段生成应用系统代码，以实现应用的生成。由此可知，上述方案通过在设计器的组件库中获取目标业务组件并设置其业务组件属性，绑定后端的数据源数据后，根据获得的数据字段生成应用系统代码，方案底层引擎设计接近人工编程思想，提高了应用生成的整体灵活性和可扩展性，能够实现复杂应用的生成。

在上述实施例的基础上，为了实现开发者对应用的二次开发，作为一种优选的实施例，还包括：

获取页面设计过程中的DSL数据；

解析DSL数据生成源代码；

通过编辑器编辑源代码；

通过代码合并器合并编辑后的源代码与应用系统代码。

领域专用语言(Domain Specified Language，DSL)是在需求分析阶段中为了解决需求收集过程中需求描述方与解决方案提供方(构建者)间互相理解困难而设计的专门工具。在需求收集中，首先需要理解问题方遇到的问题，然后将其映射到解决方案提供方的解决技术上。问题描述者(描述领域活动的背景和问题)称为“领域专家”，其使用“行话”来说明；解决方案提供者称为“模型构建者”，其通过对领域活动及其问题的理解，加上对技术解决方案的理解，提出解决方案模型。该模型最终映射到技术方案中。这个过程中的活动成为“领域分析/领域建模”。其目的是确定并理解领域中的重要元素、过程以及其间的关系。

因此，为了实现对应用的二次开发，首先获取设计器在页面设计过程中的DSL数据。进一步解析DSL数据生成源代码，从而使得开发人员可基于编辑器对源代码进行编辑。在具体实施中，可通过集成开发环境(Integrated Development Environment，IDE)对源代码进行编辑，以实现二次开发。最后，通过代码合并器合并(git merge)编辑后的源代码与应用系统代码，从而使代码增量达到统一，最终生成可运行的二次编辑后的应用。

本实施例中，通过获取页面设计过程中的DSL数据；解析DSL数据生成源代码；通过编辑器编辑源代码；通过代码合并器合并编辑后的源代码与应用系统代码，实现了对应用的二次开发，满足了复杂场景下对于人工编写代码的需求。

可以理解的是，在前端开发平台中，开发者拖动部署的组件和平台画布呈现二维关系，只有两个层级；但是实际生产代码中却应该有多个层级。例如在一个容器组件里面放置业务组件，组件应该有层级关系，最终依靠这个树的层级关系生产代码。因此在上述实施例的基础上，作为一种优选的实施例，获取并部署组件库中的目标业务组件包括：

获取目标业务组件的各角坐标与容器组件的各角坐标；

根据目标业务组件的各角坐标与容器组件的各角坐标确定目标业务组件与容器组件间的层级关系；

其中，角坐标包括左上角坐标、左下角坐标、右上角坐标和右下角坐标。

在具体实施中，获取部署的目标业务组件的各角坐标与容器组件的各角坐标。需要注意的是，在前端开发平台中各组件的形状为矩形，因此组件的角坐标包含组件的左上角坐标、左下角坐标、右上角坐标和右下角坐标。进一步根据目标业务组件的各角坐标与容器组件的各角坐标确定目标业务组件与容器组件间的层级关系。

具体地，判断目标业务组件的各角坐标的绝对值是否均对应小于容器组件的各角坐标；若是，则目标业务组件的层级在容器组件的层级之上。以组件A和组件B为例，若组件A的各角的坐标轴坐标的绝对值均对应大于组件B的各角的坐标轴坐标，则可认为组件B在组件A中，组件A包裹组件B，组件B的层级在组件A之上。

本实施例中，通过获取目标业务组件的各角坐标与容器组件的各角坐标；根据目标业务组件的各角坐标与容器组件的各角坐标确定目标业务组件与容器组件间的层级关系，实现了组件层级关系的设置。

为实现应用系统代码生成过程的记录，作为一种优选的实施例，在根据数据字段生成应用系统代码之后，还包括：

生成记录应用系统代码构建过程的日志；

输出应用系统代码生成的提示信息。

可以理解的是，在生成应用系统代码后，生成记录应用系统代码构建过程的日志。日志中包含开发过程中所部署的组件及其组件属性等信息。进一步输出应用系统代码生成的提示信息，以提示开发者对生成的应用进行测试。

此外，为了实现对开发者二次开发应用的审计，作为一种优选的实施例，在对应用进行二次开发之后，还可基于编辑器生成源代码的编辑日志，以便于根据编辑日志进行回溯审计，保证开发者二次开发的合理性与应用稳定性。

在上述实施例中，对于应用生成方法进行了详细描述，本申请还提供应用生成装置对应的实施例。

图4为本申请实施例提供的一种应用生成装置的示意图。如图4所示，应用生成装置包括：

组件部署模块10，用于获取并部署组件库中的目标业务组件。

属性设置模块11，用于设置目标业务组件的业务组件属性。

数据源绑定模块12，用于将目标业务组件绑定数据源，以获取数据字段。

生成模块13，用于根据数据字段生成应用系统代码，以实现应用的生成。

作为一种优选的实施例，还包括：

公共属性设置模块，用于设置目标公共组件的公共属性；其中，目标业务组件中包含目标业务组件；

公共组件嵌套模块，用于嵌套目标公共组件至其余公共组件中。

作为一种优选的实施例，还包括：

DSL数据获取模块，用于获取页面设计过程中的DSL数据；

解析模块，用于解析DSL数据生成源代码；

编辑模块，用于通过编辑器编辑源代码；

代码合并模块，用于通过代码合并器合并编辑后的源代码与应用系统代码。

作为一种优选的实施例，还包括：

代码构建日志生成模块，用于生成记录应用系统代码构建过程的日志；

提示信息输出模块，用于输出应用系统代码生成的提示信息。

作为一种优选的实施例，还包括：

代码编辑日志生成模块，用于基于编辑器生成源代码的编辑日志，以便于根据编辑日志进行回溯审计。

本实施例中，应用生成装置包括组件部署模块、属性设置模块、数据源绑定模块和生成模块。通过获取并部署组件库中的目标业务组件；设置目标业务组件的组件属性；将目标业务组件绑定数据源，以获取数据字段；根据数据字段生成应用系统代码，以实现应用的生成。由此可知，上述方案通过在设计器的组件库中获取目标业务组件并设置其业务组件属性，绑定后端的数据源数据后，根据获得的数据字段生成应用系统代码，方案底层引擎设计接近人工编程思想，提高了应用生成的整体灵活性和可扩展性，能够实现复杂应用的生成。

图5为本申请实施例提供的一种应用生成设备的示意图。如图5所示，应用生成设备包括：

存储器20，用于存储计算机程序。

处理器21，用于执行计算机程序时实现如上述实施例中所提到的应用生成方法的步骤。

本实施例提供的应用生成设备可以包括但不限于智能手机、平板电脑、笔记本电脑或台式电脑等。

其中，处理器21可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器21可以采用数字信号处理器(Digital Signal Processor，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称中央处理器(CentralProcessing Unit，CPU)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器21可以在集成有图形处理器(Graphics Processing Unit，GPU)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器21还可以包括人工智能(Artificial Intelligence，AI)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器20可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器20还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器20至少用于存储以下计算机程序201，其中，该计算机程序被处理器21加载并执行之后，能够实现前述任一实施例公开的应用生成方法的相关步骤。另外，存储器20所存储的资源还可以包括操作系统202和数据203等，存储方式可以是短暂存储或者永久存储。其中，操作系统202可以包括Windows、Unix、Linux等。数据203可以包括但不限于应用生成方法涉及到的数据。

在一些实施例中，应用生成设备还可包括有显示屏22、输入输出接口23、通信接口24、电源25以及通信总线26。

本领域技术人员可以理解，图5中示出的结构并不构成对应用生成设备的限定，可以包括比图示更多或更少的组件。

本实施例中，应用生成设备包括存储器和处理器。存储器用于存储计算机程序，处理器用于执行计算机程序时实现如上述实施例中所提到的应用生成方法的步骤。通过获取并部署组件库中的目标业务组件；设置目标业务组件的组件属性；将目标业务组件绑定数据源，以获取数据字段；根据数据字段生成应用系统代码，以实现应用的生成。由此可知，上述方案通过在设计器的组件库中获取目标业务组件并设置其业务组件属性，绑定后端的数据源数据后，根据获得的数据字段生成应用系统代码，方案底层引擎设计接近人工编程思想，提高了应用生成的整体灵活性和可扩展性，能够实现复杂应用的生成。

最后，本申请还提供一种计算机可读存储介质对应的实施例。计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述方法实施例中记载的步骤。

可以理解的是，如果上述实施例中的方法以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本实施例中，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述方法实施例中记载的步骤。通过获取并部署组件库中的目标业务组件；设置目标业务组件的组件属性；将目标业务组件绑定数据源，以获取数据字段；根据数据字段生成应用系统代码，以实现应用的生成。由此可知，上述方案通过在设计器的组件库中获取目标业务组件并设置其业务组件属性，绑定后端的数据源数据后，根据获得的数据字段生成应用系统代码，方案底层引擎设计接近人工编程思想，提高了应用生成的整体灵活性和可扩展性，能够实现复杂应用的生成。

以上对本申请所提供的一种应用生成方法、装置、设备及介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

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

Claims (10)

1.一种应用生成方法，其特征在于，包括：

获取并部署组件库中的目标业务组件；

设置所述目标业务组件的业务组件属性；

将所述目标业务组件绑定数据源，以获取数据字段；

根据所述数据字段生成应用系统代码，以实现应用的生成。

2.根据权利要求1所述的应用生成方法，其特征在于，在所述获取组件库中的目标业务组件之前，还包括：

设置目标公共组件的公共属性；其中，所述目标公共组件中包含所述目标业务组件；

嵌套所述目标公共组件至其余公共组件中。

3.根据权利要求1所述的应用生成方法，其特征在于，还包括：

获取页面设计过程中的DSL数据；

解析所述DSL数据生成源代码；

通过编辑器编辑所述源代码；

通过代码合并器合并编辑后的源代码与所述应用系统代码。

4.根据权利要求1所述的应用生成方法，其特征在于，所述获取并部署组件库中的目标业务组件包括：

获取所述目标业务组件的各角坐标与容器组件的各角坐标；

根据所述目标业务组件的各所述角坐标与所述容器组件的各所述角坐标确定所述目标业务组件与所述容器组件间的层级关系；

其中，所述角坐标包括左上角坐标、左下角坐标、右上角坐标和右下角坐标。

5.根据权利要求4所述的应用生成方法，其特征在于，所述根据所述目标业务组件的各所述角坐标与所述容器组件的各所述角坐标确定所述目标业务组件与所述容器组件间的层级关系包括：

判断所述目标业务组件的各所述角坐标的绝对值是否均对应小于所述容器组件的各所述角坐标；

若是，则所述目标业务组件的层级在所述容器组件的层级之上。

6.根据权利要求1至5任意一项所述的应用生成方法，其特征在于，在所述根据所述数据字段生成应用系统代码之后，还包括：

生成记录所述应用系统代码构建过程的日志；

输出所述应用系统代码生成的提示信息。

7.根据权利要求3所述的应用生成方法，其特征在于，还包括：

基于所述编辑器生成所述源代码的编辑日志，以便于根据所述编辑日志进行回溯审计。

8.一种应用生成装置，其特征在于，包括：

组件部署模块，用于获取并部署组件库中的目标业务组件；

属性设置模块，用于设置所述目标业务组件的业务组件属性；

数据源绑定模块，用于将所述目标业务组件绑定数据源，以获取数据字段；

生成模块，用于根据所述数据字段生成应用系统代码，以实现应用的生成。

9.一种应用生成设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述的应用生成方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的应用生成方法的步骤。

Images