CN116382656A - 生成源码工程的方法、脚手架管理装置、存储介质及设备 - Google Patents

Abstract

本公开涉及软件开发技术领域，提供了一种生成源码工程的方法、脚手架管理装置、计算机存储介质、电子设备，其中，生成源码工程的方法包括：根据应用开发所需的脚手架信息，确定应用开发所需的目标脚手架；不同的脚手架信息用于指示不同的脚手架；生成目标脚手架对应的工程目录结构，并将应用开发所需的应用配置信息导入工程目录结构下；不同的脚手架对应不同的工程目录结构；通过目标脚手架基于预设映射规则，将工程目录结构下的应用配置信息填充至预先配置的源码模板中，得到源码工程；其中，预设映射规则用于指示应用配置信息在源码模板中的位置。本公开能够提升源码工程的生成效率，便于后续从该源码工程中抽取应用配置信息。

Description

生成源码工程的方法、脚手架管理装置、存储介质及设备

技术领域

本公开涉及软件开发技术领域，特别涉及一种生成源码工程的方法、脚手架管理装置、计算机存储介质及电子设备。

背景技术

随着计算机及互联网技术的迅速发展，相关软件开发领域也在蓬勃发展，出现了越来越多的应用程序，满足了人们的多样化需求。

目前，在生成应用的源码工程的时候，一般是从零开始，逐次生成目录结构、目录中的文件和其他源代码文件等。然而，上述方案效率较低，灵活性较差。

鉴于此，本领域亟需开发一种新的生成源码工程的方法。

需要说明的是，上述背景技术部分公开的信息仅用于加强对本公开的背景的理解。

发明内容

本公开的目的在于提供一种生成源码工程的方法、脚手架管理装置、计算机存储介质及电子设备，进而至少在一定程度上克服由于相关技术的限制而导致的效率较低的技术问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的第一方面，提供一种生成源码工程的方法，包括：根据应用开发所需的脚手架信息，确定应用开发所需的目标脚手架；不同的脚手架信息用于指示不同的脚手架；生成所述目标脚手架对应的工程目录结构，并将所述应用开发所需的应用配置信息导入所述工程目录结构下；不同的脚手架对应不同的工程目录结构；通过所述目标脚手架基于预设映射规则，将所述工程目录结构下的所述应用配置信息填充至预先配置的源码模板中，得到所述源码工程；其中，所述预设映射规则用于指示所述应用配置信息在所述源码模板中的位置。

在本公开的示例性实施例中，所述应用配置信息包括应用组成元素；所述将所述应用开发所需的应用配置信息导入所述工程目录结构下，包括：按照所述应用组成元素的类型，将所述应用组成元素分类导入所述工程目录结构下；其中，所述应用组成元素的类型至少包括：页面、控制逻辑和模型。

在本公开的示例性实施例中，所述应用配置信息还包括所述应用开发所需的实时库信息；所述通过所述目标脚手架基于预设映射规则，将所述工程目录结构下的所述应用配置信息填充至预先配置的源码模板中，得到所述源码工程，包括：通过所述目标脚手架基于预设映射规则，将所述工程目录结构下的所述应用组成元素和所述实时库信息填充至所述预先配置的源码模板中，得到所述源码工程。

在本公开的示例性实施例中，所述实时库信息包括各个实时库对应JAR包的坐标。

在本公开的示例性实施例中，所述脚手架信息至少包括脚手架的名称及版本信息。

根据本公开的第二方面，提供一种脚手架管理装置，所述脚手架管理装置中配置有源码模板、预设映射规则、多种脚手架及所述多种脚手架对应的脚手架信息，所述装置包括：正向处理模块，用于根据应用开发所需的脚手架信息，确定应用开发所需的目标脚手架；不同的脚手架信息用于指示不同的脚手架；生成所述目标脚手架对应的工程目录结构，并将所述应用开发所需的应用配置信息导入所述工程目录结构下；不同的脚手架对应不同的工程目录结构；通过所述目标脚手架基于预设映射规则，将所述工程目录结构下的所述应用配置信息填充至预先配置的源码模板中，得到所述源码工程；其中，所述预设映射规则用于指示所述应用配置信息在所述源码模板中的位置。

根据本公开的第二方面，提供一种脚手架管理装置，所述装置还包括反向处理模块；所述反向处理模块用于通过所述目标脚手架，从已生成的源码工程中抽取出所述应用配置信息。

根据本公开的第三方面，提供一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的生成源码工程的方法。

根据本公开的第四方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述第一方面所述的生成源码工程的方法。

由上述技术方案可知，本公开示例性实施例中的生成源码工程的方法、脚手架管理装置、计算机存储介质及电子设备至少具备以下优点和积极效果：

在本公开的一些实施例所提供的技术方案中，一方面，通过根据应用开发所需的脚手架信息，确定应用开发所需的目标脚手架，鉴于本公开的脚手架管理装置中预先集成了多种脚手架，能够根据不同的开发需求确定不同的脚手架，同时满足多种开发需求。另一方面，生成目标脚手架对应的工程目录结构，并将应用开发所需的应用配置信息导入工程目录结构下，通过目标脚手架基于预设映射规则，将工程目录结构下的应用配置信息填充至预先配置的源码模板中，得到源码工程。从而，本公开不仅能够通过设置源码模板提升源码工程的生成效率，解决相关技术中利用低代码开发平台来生成源码工程所导致的低效、灵活性较差的技术问题，而且还能通过设置预设映射规则，解决相关技术中无法反向抽取应用配置信息的技术问题，便于后续应用配置信息的灵活抽取。

本公开应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本公开实施例中生成源码工程的方法的流程示意图；

图2示出本公开实施例中脚手架管理器的结构示意图；

图3示出本公开实施例中应用的组成部分的示意图；

图4示出本公开实施例中如何生成源码工程的整体架构图；

图5示出本公开实施例中如何生成源码工程的整体流程示意图；

图6示出本公开示例性实施例中脚手架管理装置的结构示意图；

图7示出本公开示例性实施例中电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

本说明书中使用用语“一个”、“一”、“该”和“所述”用以表示存在一个或多个要素/组成部分/等；用语“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等；用语“第一”和“第二”等仅作为标记使用，不是对其对象的数量限制。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。

低代码开发平台(LCDP)是无需编码或通过少量代码就可以快速生成应用程序的开发平台。通过可视化进行应用程序开发的方法(参考可视编程语言)，使具有不同经验水平的开发人员可以通过图形化的用户界面，使用拖拽组件和模型驱动的逻辑来创建网页和移动应用程序。

现有的低代码平台在开发应用的时候，一般是使用脚手架管理器正向生成源码工程。具体的，一般主要包含以下两种形式：

第一，根据配置，从零开始，一点一点的把源码生成出来，比如：先生成目录结构，再生成目录中的文件，再生成其他源码文件等；

第二，利用应用配置信息来直接或间接的填充源码模板。

然而上述方案具有以下缺陷：

第一种方案非常低效，不够灵活；

第二种方案虽然灵活高效，但它不能反向从源码工程中抽出应用配置信息来，导致只能一次性正向生成应用，而不能反向的还原应用配置。

在本公开的实施例中，首先提供了一种生成源码工程的方法，至少在一定程度上克服相关技术中效率较低的缺陷。

图1示出本公开实施例中生成源码工程的方法的流程示意图，该生成源码工程的方法的执行主体可以是用于生成源码工程的脚手架管理装置。

参考图1，根据本公开的一个实施例的生成源码工程的方法包括以下步骤：

步骤S110，根据应用开发所需的脚手架信息，确定应用开发所需的目标脚手架；不同的脚手架信息用于指示不同的脚手架；

步骤S120，生成目标脚手架对应的工程目录结构，并将应用开发所需的应用配置信息导入工程目录结构下；不同的脚手架对应不同的工程目录结构；

步骤S130，通过目标脚手架基于预设映射规则，将工程目录结构下的应用配置信息填充至预先配置的源码模板中，得到源码工程；其中，预设映射规则用于指示应用配置信息在源码模板中的位置。

在图1所示实施例所提供的技术方案中，一方面，通过根据应用开发所需的脚手架信息，确定应用开发所需的目标脚手架，鉴于本公开的脚手架管理装置中预先集成了多种脚手架，能够根据不同的开发需求确定不同的脚手架，同时满足多种开发需求。另一方面，生成目标脚手架对应的工程目录结构，并将应用开发所需的应用配置信息导入工程目录结构下，通过目标脚手架基于预设映射规则，将工程目录结构下的应用配置信息填充至预先配置的源码模板中，得到源码工程。从而，本公开不仅能够通过设置源码模板提升源码工程的生成效率，解决相关技术中利用低代码开发平台来生成源码工程所导致的低效、灵活性较差的技术问题，而且还能通过设置预设映射规则，解决相关技术中无法反向抽取应用配置信息的技术问题，便于后续应用配置信息的灵活抽取。

以下对图1中的各个步骤的具体实现过程进行详细阐述：

在步骤S110之前，需要说明的是，本公开可以预先开发一脚手架管理装置，参考图2，图2示出本公开实施例中脚手架管理装置的结构示意图，如图2所示：

该脚手架管理装置中可以预先配置有源码模板、预设映射规则、多种脚手架及所述多种脚手架对应的脚手架信息集合，脚手架管理装置可以包含一正向逻辑和反向逻辑，正向逻辑的作用在于：基于上述预设映射规则，将输入的应用配置信息填充至源码模板中，以生成源码工程；反向逻辑的作用在于：通过根据脚手架信息确定出来的目标脚手架，从已生成的源码工程反向抽取出应用配置信息。

其中，脚手架是一种用在建筑领域的辅助工具，或者说是为了保证各施工过程顺利进行而搭设的工作平台。对应到软件工程领域，脚手架可以解释为帮助开发人员在开发过程中使用的开发工具、开发框架，使用脚手架无须从头开始搭建或者编写底层软件。

示例性的，上述脚手架管理装置中预先配置的脚手架包括但不限于以下几种：

Vue：Vue是一套构建用户界面的渐进式的JavaScript框架。与其他重量级框架不同的是，Vue采用自底向上的增量开发的设计，Vue的目标是通过尽可能简单的API实现响应的数据绑定和组合的视图组件；

Maven：Maven是一个跨平台的项目管理工具，是服务于Java平台的项目构建、依赖管理、项目信息管理工具。同时使用Maven可以规范项目骨架及包层次结构、命名配置文件、生成代码原型等。

Netty：Netty是JBoss提供的一个Java开源框架。Netty提供异步的、事件驱动的网络应用程序框架和工具，用以快速开发高性能、高可用性的网络服务器和客户端程序。

Java EE，Java EE的全称是Java 2Platform Enterprise Edition，它是在SUN公司领导下，多家公司参与共同制定的企业级分布式应用程序开发规范。Java EE技术由一系列技术规范和技术组件组成，包括RESTfulWeb Server(JAX-RS)、Jersey Rest框架、JavaServelt、JMS、EJB等。通常可以把满足这些标准的业务应用部署在Tomcat、JBoss等Web服务器上运行。

需要说明的是，上述脚手架管理装置中配置的具体脚手架可以根据实际情况自行设定，本公开对此不作特殊限定。

在开发得到该脚手架管理装置之后，可以通过该脚手架管理装置执行以下步骤S110-步骤S130。

在步骤S110中，根据应用开发所需的脚手架信息，确定应用开发所需的目标脚手架。

本步骤中，可以预设存储位置(例如：缓存、内存或数据库等，可以根据实际情况自行设定，本公开对此不作特殊限定)下，查找meta.info文件，通过该meta.info文件，可以获取到应用开发所需的脚手架信息(脚手架信息可以包括脚手架的名称及版本号)，通过该脚手架信息可以确定出应用开发所需的目标脚手架。

鉴于脚手架管理装置中预先配置了多种脚手架及该多种脚手架所对应的脚手架信息，从而，在获取到上述应用开发所需的脚手架信息之后，可以从脚手架信息集合中进行查找，判断脚手架信息集合中是否存在上述脚手架信息，若存在上述脚手架信息，则确定脚手架管理装置中存在上述脚手架信息对应的目标脚手架，否则，终止流程，无需执行后续步骤。

在确定出应用开发所需的目标脚手架之后，可以进入步骤S120中，生成目标脚手架对应的工程目录结构，并将应用开发所需的应用配置信息导入工程目录结构下。

本步骤中，鉴于不同的脚手架对应不同的工程目录结构，从而，在确定出应用开发所需的目标脚手架之后，可以在本地磁盘加载上述目标脚手架对应的工程目录结构，并将上述应用配置信息导入上述工程目录结构下。

应用配置信息可以预先存放在指定的resource目录下，进而，可以直接从该resource目录中获取到应用配置信息。

在一种可选的实施方式中，应用开发所需的应用配置信息可以包括应用组成元素，应用组成元素可以是DSL文件(Domain Specific Language，是针对某一领域，具有受限表达性的一种计算机程序设计语言)的形式。其中，上述应用组成元素可以包含以下几种类型：页面、控制逻辑和模型。

页面部分封装了应用程序的输出形式，也就是通常所说的页面或者是界面；模型部分包含了应用程序的业务逻辑和业务数据；而控制逻辑部分负责协调模型和页面，根据用户请求来选择要调用哪个模型来处理业务，以及最终由哪个页面为用户做出应答。

页面(View)：用来将模型的内容展现给用户，用户可以通过页面来请求模型进行更新。页面从模型获得要展示的数据，然后用自己的方式展现给用户，相当于提供界面来与用户进行人机交互；用户在界面上操作或者填写完成后，会点击提交按钮或是以其它触发事件的方式，来向控制逻辑发出请求。

控制逻辑(Controller)：用来控制应用程序的流程和处理视图所发出的请求。当控制逻辑接收到用户的请求后，会将用户的数据和模型的更新相映射，也就是调用模型来实现用户请求的功能；然后控制逻辑会选择用于响应的页面，把模型更新后的数据展示给用户。

模型(Model)：负责封装应用的状态，并实现应用的功能。通常又分为数据模型和业务逻辑模型，数据模型用来存放业务数据，比如订单信息、用户信息等；而业务逻辑模型包含应用的业务操作，比如订单的添加或者修改等。

在另一种可选的实施方式中，上述应用配置信息还可以包括应用开发所需的实时库信息，实时库信息可以是实时库的JAR包坐标(在软件领域，JAR文件是一种软件包文件格式，通常用于聚合大量的Java类文件、相关的元数据和资源文件到一个文件，以便开发Java平台应用软件或库)。

其中，实时库指的是应用运行时所需要的库文件。通常运行库是以DLL形式提供的。Delphi和C++Builder的运行库为.bpl文件，实际还是一个DLL。运行库中一般包括编程时常用的函数，如字符串操作、文件操作、界面等内容。

需要说明的是，上述库文件中可以包含每种应用组成元素对应的解释器(解释器是能够执行用其他计算机语言编写的程序的系统软件，它是一种翻译程序。它的执行方式是一边翻译一边执行，因此其执行效率一般偏低，但是解释器的实现较为简单，而且编写源程序的高级语言可以使用更加灵活和富于表现力的语法)，即页面DSL对应的页面解释器、模型DSL对应的模型解释器和控制逻辑DSL对应的控制逻辑解释器。

参照图3，图3示出本公开实施例中应用的组成部分的示意图，如图3所示：

应用可以包含三种应用组成元素：页面、控制逻辑和模型；该三种应用组成元素均以DSL文件的形式存在；

并且，每种DSL文件分别关联一解释器，即页面DSL对应的页面解释器，控制逻辑DSL对应的控制逻辑解释器，模型DSL对应的模型解释器。

鉴于上述应用组成元素包含多种不同类型，为了便于后续快速查询不同类型的应用组成元素，提升查询效率，在生成目标脚手架对应的工程目录结构之后，可以将不同类型的应用组成元素分类导入至上述工程目录结构下，将上述实时库信息直接导入上述工程目录结构下。

在步骤S130中，通过目标脚手架基于预设映射规则，将工程目录结构下的应用配置信息填充至预先配置的源码模板中，得到源码工程。

本步骤中，可以通过上述目标脚手架基于预设映射规则(该预设映射规则用于指示应用配置信息在源码模板中的位置，例如：不同的应用配置信息在源码模板中的占位符)，将工程目录结构下的应用配置信息填充至预先配置的源码模板中，得到源码工程。

其中，源码工程即包含源码的工程文件，源码指编写的最原始程序的代码，表现为本公开中的多种类型的DSL文件。

鉴于应用配置信息包含应用组成元素和应用开发所需的实时库信息，因而，上述预设映射规则可以用于指示上述应用组成元素在上述源码模板中的位置，以及，上述实时库信息在上述源码模板中的位置。

从而，本步骤中，目标脚手架可以基于上述预设映射规则，将上述工程目录结构下的应用组成元素和实时库对应的JAR包坐标填充至预先配置的源码模板中，得到一maven.pom源码工程。

在生成源码工程之后，还可以在源码工程中的指定目录中再次写入脚手架信息，并且，记录该脚手架信息的写入位置，便于后续快速读取该脚手架信息，并基于该脚手架信息和源码工程反向抽取出应用配置信息。

基于本公开中生成源码工程的方法，一方面，能够解决相关技术中仅利用低代码平台来生成源码工程所导致的低效、灵活性较差的技术问题，通过设置源码模板提升了源码工程的生成效率。另一方面，能够解决相关技术中利用应用配置信息来直接或间接的填充模板所导致的无法反向抽取应用配置信息的技术问题，通过预设映射规则实现了应用配置信息的灵活抽取。

参考图4，图4示出本公开实施例中如何生成源码工程的整体架构图，如图4所示：

目标脚手架可以基于应用组成元素、实时库信息，利用正向逻辑(即利用预设映射规则将应用组成元素和实时库信息填充至预先配置的源码模板中)，生成maven.pom工程，即源码工程。

参考图5，图5示出本公开实施例中如何生成源码工程的整体流程示意图，包含步骤S501-步骤S508：

在步骤S501中，开始；

在步骤S502中，读取脚手架信息；

在步骤S503中，根据脚手架信息从脚手架集合中寻找目标脚手架X；

在步骤S504中，是否找到目标脚手架X；

若未找到，则进入步骤S505中，提示出错；进入步骤S506中，结束；

若找到，则进入步骤S507中，调用X的正向逻辑生成源码工程(具体的，可以是先生成工程目录结构，进而，将resource目录下的DSL文件分类放入工程目录结构中，进而，利用预设映射规则将DSL文件以及实时库信息填充至源码模板中，生成源码工程)；

在步骤S508中，在源码工程中写入脚手架信息；

跳转至步骤S506中，结束。

本公开还提供了一种脚手架管理装置，图6示出本公开示例性实施例中脚手架管理装置的结构示意图，脚手架管理装置中配置有源码模板、预设映射规则、多种脚手架及多种脚手架对应的脚手架信息；如图6所示，脚手架管理装置600可以包括正向处理模块610和反向处理模块620。

其中：

正向处理模块610，用于根据应用开发所需的脚手架信息，确定应用开发所需的目标脚手架；不同的脚手架信息用于指示不同的脚手架；生成所述目标脚手架对应的工程目录结构，并将所述应用开发所需的应用配置信息导入所述工程目录结构下；不同的脚手架对应不同的工程目录结构；通过所述目标脚手架基于预设映射规则，将所述工程目录结构下的所述应用配置信息填充至预先配置的源码模板中，得到所述源码工程；其中，所述预设映射规则用于指示所述应用配置信息在所述源码模板中的位置。

反向处理模块620，用于通过所述目标脚手架，从已生成的源码工程中抽取出所述应用配置信息。

在本公开的示例性实施例中，所述应用配置信息包括应用组成元素；正向处理模块610将所述应用开发所需的应用配置信息导入所述工程目录结构下，包括：按照所述应用组成元素的类型，将所述应用组成元素分类导入所述工程目录结构下；其中，所述应用组成元素的类型至少包括：页面、控制逻辑和模型。

在本公开的示例性实施例中，所述应用配置信息包括应用组成元素；正向处理模块610将所述应用开发所需的应用配置信息导入所述工程目录结构下，包括：按照所述应用组成元素的类型，将所述应用组成元素分类导入所述工程目录结构下；其中，所述应用组成元素的类型至少包括：页面、控制逻辑和模型。

在本公开的示例性实施例中，所述应用配置信息还包括所述应用开发所需的实时库信息；正向处理模块610通过所述目标脚手架基于预设映射规则，将所述工程目录结构下的所述应用配置信息填充至预先配置的源码模板中，得到所述源码工程，包括：通过所述目标脚手架基于预设映射规则，将所述工程目录结构下的所述应用组成元素和所述实时库信息填充至所述预先配置的源码模板中，得到所述源码工程。

在本公开的示例性实施例中，所述实时库信息包括各个实时库对应JAR包的坐标。

在本公开的示例性实施例中，所述脚手架信息至少包括脚手架的名称及版本信息。

上述脚手架管理装置中各模块的具体细节已经在对应的生成源码工程的方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读存储介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如上述实施例中所述的方法。

此外，在本公开实施例中还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图7来描述根据本公开的这种实施方式的电子设备700。图7显示的电子设备700仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700以通用计算设备的形式表现。电子设备700的组件可以包括但不限于：上述至少一个处理单元710、上述至少一个存储单元720、连接不同系统组件(包括存储单元720和处理单元710)的总线730以及显示单元740。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元710执行，使得所述处理单元710执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元710可以执行如图1中所示的：步骤S110，根据应用开发所需的脚手架信息，确定应用开发所需的目标脚手架；不同的脚手架信息用于指示不同的脚手架；步骤S120，生成目标脚手架对应的工程目录结构，并将应用开发所需的应用配置信息导入工程目录结构下；不同的脚手架对应不同的工程目录结构；步骤S130，通过目标脚手架基于预设映射规则，将工程目录结构下的应用配置信息填充至预先配置的源码模板中，得到源码工程；其中，预设映射规则用于指示应用配置信息在源码模板中的位置。

存储单元720可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)7201和/或高速缓存存储单元7202，还可以进一步包括只读存储单元(ROM)7203。

存储单元720还可以包括具有一组(至少一个)程序模块7205的程序/实用工具7204，这样的程序模块7205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线730可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备700也可以与一个或多个外部设备800(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备700交互的设备通信，和/或与使得该电子设备700能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口750进行。并且，电子设备700还可以通过网络适配器760与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器760通过总线730与电子设备700的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

Claims (9)

1.一种生成源码工程的方法，其特征在于，包括：

根据应用开发所需的脚手架信息，确定应用开发所需的目标脚手架；不同的脚手架信息用于指示不同的脚手架；

生成所述目标脚手架对应的工程目录结构，并将所述应用开发所需的应用配置信息导入所述工程目录结构下；不同的脚手架对应不同的工程目录结构；

通过所述目标脚手架基于预设映射规则，将所述工程目录结构下的所述应用配置信息填充至预先配置的源码模板中，得到所述源码工程；

其中，所述预设映射规则用于指示所述应用配置信息在所述源码模板中的位置。

2.根据权利要求1所述的方法，其特征在于，所述应用配置信息包括应用组成元素；

所述将所述应用开发所需的应用配置信息导入所述工程目录结构下，包括：

按照所述应用组成元素的类型，将所述应用组成元素分类导入所述工程目录结构下；

其中，所述应用组成元素的类型至少包括：页面、控制逻辑和模型。

3.根据权利要求2所述的方法，其特征在于，所述应用配置信息还包括所述应用开发所需的实时库信息；

所述通过所述目标脚手架基于预设映射规则，将所述工程目录结构下的所述应用配置信息填充至预先配置的源码模板中，得到所述源码工程，包括：

通过所述目标脚手架基于预设映射规则，将所述工程目录结构下的所述应用组成元素和所述实时库信息填充至所述预先配置的源码模板中，得到所述源码工程。

4.根据权利要求3所述的方法，其特征在于，所述实时库信息包括各个实时库对应JAR包的坐标。

5.根据权利要求1至4任意一项所述的方法，其特征在于，所述脚手架信息至少包括脚手架的名称及版本信息。

6.一种脚手架管理装置，其特征在于，所述脚手架管理装置中配置有源码模板、预设映射规则、多种脚手架及所述多种脚手架对应的脚手架信息，所述装置包括：

正向处理模块，用于根据应用开发所需的脚手架信息，确定应用开发所需的目标脚手架；不同的脚手架信息用于指示不同的脚手架；生成所述目标脚手架对应的工程目录结构，并将所述应用开发所需的应用配置信息导入所述工程目录结构下；不同的脚手架对应不同的工程目录结构；

通过所述目标脚手架基于预设映射规则，将所述工程目录结构下的所述应用配置信息填充至预先配置的源码模板中，得到所述源码工程；

其中，所述预设映射规则用于指示所述应用配置信息在所述源码模板中的位置。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括反向处理模块；

所述反向处理模块用于通过所述目标脚手架，从已生成的源码工程中抽取出所述应用配置信息。

8.一种计算机存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1～5中任意一项所述的生成源码工程的方法。

9.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1～5中任意一项所述的生成源码工程的方法。

Images