CN110727416B - 开发框架的生成方法及相关装置 - Google Patents

Abstract

本申请提供了一种开发框架的生成方法及相关装置。其中，所述方法通过确定用户在交互界面选择的至少一个框架组件；进而获取每一个框架组件的配置信息，并根据每个配置信息生成相应的框架组件配置指令，依据该框架组件配置指令将预生成的每个框架组件的相关代码分别添加至已建立的开发框架模板中，以得到用户需求的开发框架。该方法中，用户只需通过交互界面选择需要添加的框架组件，后台系统将根据用户选择的框架组件，自动将框架组件相关的代码添加至开发框架目标中，以得到用户需求的开发框架，提高了开发效率。

Description

开发框架的生成方法及相关装置

技术领域

本申请涉及框架开发技术领域，特别是涉及一种开发框架的生成方法及相关装置。

背景技术

微服务的开发过程是依赖于某个开发框架来实现的，在该开发框架所支持的开发语言(如java、go、C++等编程语言)下，基于该开发语言来实现该微服务的功能。其中，开发框架用于为交互端提供运行环境。

目前，开发框架的生成方式是在开发框架模板中，以手动编写代码的方式将所需的框架组件的相关代码添加至开发框架模板中，以得到用于实现交互端业务功能的开发框架。

但是，针对于不同应用场景，所需添加的框架组件也会不同，因此，若要实现微服务功能，需要在开发框架模板的基础下，重新编写框架组件的相关代码。编写代码过程繁琐，导致开发效率低下。

发明内容

有鉴于此，本申请实施例提供了一种开发框架的生成方法，以提高用户对开发框架的开发效率。另外，本申请还提供了一种开发框架的生成装置，以实现上述方法在实际中的应用与实现。

为实现上述目的，本申请实施例提供如下技术方案：

第一方面，本申请实施例提供了一种开发框架的生成方法，包括：

确定用户在已建立的交互界面中选取的至少一个框架组件；

获取每个所述框架组件对应的配置信息，并生成与各个所述配置信息相应的框架组件配置指令；

依据所述框架组件配置指令，将预生成的每个所述框架组件的相关代码分别添加至已建立的开发框架模板中，以得到用户需求的开发框架，所述框架组件的相关代码用于实现所述开发框架的业务功能。

可选的，每个所述框架组件对应的配置信息为目标交互端配置信息、功能组件配置信息以及接口文件配置信息中的任意一种或任意几种的组合。

可选的，所述获取每个所述框架组件对应的配置信息，包括：

调用预先生成的配置信息列表；所述配置信息列表包括多个已创建的框架组件的配置信息；

确定每个所述框架组件的组件名；

在所述配置信息列表中获取与每个所述框架组件的组件名对应的配置信息。

可选的，所述生成与各个所述配置信息相应的框架组件配置指令，包括：

获取框架组件配置指令模板；

将每个所述配置信息输入至所述框架组件配置指令模板中，以生成所述框架组件配置指令。

可选的，所述依据所述框架组件配置指令，将预先生成每个所述框架组件的相关代码分别添加至已建立的开发框架模板中，以得到用户需求的开发框架，包括：

执行所述框架组件配置指令，从存储有相关代码的存储介质中，提取出与各个所述框架组件的配置信息相对应的相关代码；

将所述相关代码添加至已建立的开发框架模板中，以得到用户需求的开发框架。

第二方面，本申请实施例提供了一种开发框架的生成装置，包括：

组件确定模块，用于确定用户在已建立的交互界面中选取的至少一个框架组件；

指令生成模块，用于获取每个所述框架组件对应的配置信息，并生成与各个所述配置信息相应的框架组件配置指令；

代码添加模块，用于依据所述框架组件配置指令，将预生成的每个所述框架组件的相关代码分别添加至已建立的开发框架模板中，以得到用户需求的开发框架，所述框架组件的相关代码用于实现所述开发框架的业务功能。

可选的，每个所述框架组件对应的配置信息为目标交互端配置信息、功能组件配置信息以及接口文件配置信息中的任意一种或任意几种的组合。

可选的，所述指令生成模块在获取每个所述框架组件对应的配置信息时，具体用于：

调用预先生成的配置信息列表；所述配置信息列表包括多个已创建的框架组件的配置信息；确定每个所述框架组件的组件名；在所述配置信息列表中获取与每个所述框架组件的组件名对应的配置信息。

可选的，所述指令生成模块在生成与各个所述配置信息相应的框架组件配置指令时，具体用于：

获取框架组件配置指令模板；将每个所述配置信息输入至所述框架组件配置指令模板中，以生成所述框架组件配置指令。

可选的，所述代码添加模块在依据所述框架组件配置指令，将预先生成每个所述框架组件的相关代码分别添加至已建立的开发框架模板中，以得到用户需求的开发框架时，具体用于：

执行所述框架组件配置指令，从存储有相关代码的存储介质中，提取出与各个所述框架组件的配置信息相对应的相关代码；将所述相关代码添加至已建立的开发框架模板中，以得到用户需求的开发框架。

第三方面，本申请实施例提供了一种电子设备，包括：

处理器和存储器；其中：

所述存储器同于存储计算机指令；

所述处理器用于执行所述存储器存储的计算机指令，具体执行上述的开发框架的生成方法。

第四方面，本申请实施例提供了一种存储介质，其上存储有程序，所述程序被处理器执行时实现上述的开发框架的生成方法。

由上述技术方案可知，本申请提供了一种开发框架的生成方法，该方法通过确定用户在交互界面选择的至少一个框架组件；进而获取每一个框架组件的配置信息，并根据每个配置信息生成相应的框架组件配置指令，依据该框架组件配置指令将预生成的每个框架组件的相关代码分别添加至已建立的开发框架模板中，以得到用户需求的开发框架。该方法中，用户只需通过交互界面选择需要添加的框架组件，后台系统将根据用户选择的框架组件，自动将框架组件相关的代码添加至开发框架目标中，以得到用户需求的开发框架，提高了开发效率。

附图说明

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

图1示出了本申请提供的开发框架的生成方法的流程图；

图2示出了本申请提供的步骤S102：获取每个框架组件对应的配置信息的具体实现方式的流程图；

图3示出了本申请提供的步骤S102：生成与各个配置信息相应的框架组件配置指令的具体实现方式的流程图；

图4示出了本申请提供的步骤S103具体实现方式的流程图；

图5示出了本申请提供的开发框架的生成装置的结构图；

图6示出了本申请提供的电子设备的结构图。

具体实施方式

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

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

当前服务的一种实现方式是由特定的独立进程来执行，而以该方式实现服务时会受到诸多限制。例如：受到独立进程资源的限制，即将新功能添加到该服务中时，需要考虑独立进程的资源是否支持该新功能的添加，若进程资源足够支持所需的新功能，则可以将该新功能添加到该服务中；若进程资源不足，难以支持新功能的实现，则无法将新功能添加至服务中。上述方式实现的服务会受到进程资源的限制，导致服务功能薄弱。为此，迎来了微服务技术，微服务是不需要特定的独立进程对于进行管理，若需要添加新功能，只需将执行新功能的相关代码写入服务中即可。

微服务是基于开发框架模板来实现的，即在开发框架模板中添加所需的框架组件相关代码，以得到用于实现微服务功能的开发框架。目前，存在一种开发框架的生成方式，该方式是通过编程人员手动将所需的框架组件相关代码编写至开发框架模板中，以完成能够实现框架组件功能的开发框架。

由于每次实现微服务的开发框架所添加的框架组件可能不同，因此，当添加需要开发具有不同功能的开发框架时，需要管理人员在开发框架模板中重新编写相应功能的相关代码，即框架组件的相关代码。但是，此手动编写代码的方式过于繁琐，导致开发效率低下。

为此，本申请实施例提供了一种开发框架的生成方法，且由后端系统执行该方法。参见图1，该方法包括步骤S101-S103。其中：

S101：确定用户在已建立的交互界面中选取的至少一个框架组件。

可以理解的是，交互界面是预先设置与用户发生信息交互的显示界面，该显示界面中存在预设的多个框架组件的显示信息，且该显示界面中可以为用户提供开发框架组件的选择服务，用户只需在显示界面中选择框架组件即可，后台系统将根据用户所选的框架组件，自动生成用户所需的开发框架。

用户在该交互界面中选择所需的框架组件，交互界面将用户所选的结果发送给后台系统，后台系统从而确定出用户在交互界面选择的至少一个框架组件。

需要说明的是，框架组件用于实现开发框架的组件功能。

S102：获取每个框架组件对应的配置信息，并生成与各个配置信息相应的框架组件配置指令。

根据用户选择的框架组件，后台系统会自动获取与该框架组件对应的配置信息，即框架组件的唯一标识，根据各个框架组件的配置信息生成对应的框架组件配置指令。例如：用户选择的框架组件为功能组件mongo，则获取mongo对应的配置信息为hm，根据框架组件配置信息，生成对应的配置指令。如所选的框架组件为mongo，则配置指令可以为：./logic-cn＝testHelloLogic-sn＝test-hello-logic-hm＝true。

需要说明的是，配置指令是用于调用框架组件相关代码的指令。

S103：依据框架组件配置指令，将预生成的每个框架组件的相关代码分别添加至已建立的开发框架模板中，以得到用户需求的开发框架，框架组件的相关代码用于实现开发框架的业务功能。

可以理解的是，每个框架组件的相关代码是由编程人员预先编译好的代码，且将框架组件相关代码进行保存。以配置指令作为读取框架组件相关代码的凭证，以读取框架组件相关代码。

开发框架模板是不具备框架组件的基本开发框架，是管理人员基于多个开发框架提炼得到的开发框架模板。

具体地，后台系统执行该框架组件配置指令时，将从保存框架组件相关代码的存储设备中，寻找与该框架组件配置指令中的框架组件配置信息相对应的框架组件相关代码，提取并将该框架组件相关代码添加至开发框架模板中，从而建立用户所需的开发框架。其中，用户所需的开发框架是可以实现框架组件功能的开发框架。

由上述技术方案可知，本申请提供了一种开发框架的生成方法，该方法通过确定用户在交互界面选择的至少一个框架组件；进而获取每一个框架组件的配置信息，并根据每个配置信息生成相应的框架组件配置指令，依据该框架组件配置指令将预生成的每个框架组件的相关代码分别添加至已建立的开发框架模板中，以得到用户需求的开发框架。该方法中，用户只需通过交互界面选择需要添加的框架组件，后台系统将根据用户选择的框架组件，自动将框架组件相关的代码添加至开发框架目标中，以得到用户需求的开发框架，提高了开发效率。

为方便理解上述实施例，本申请实施例以grpc开发框架来给予说明。

在一个示例中，框架组件对应的配置信息为目标交互端配置信息、功能组件配置信息以及接口文件配置信息中的任意一种或任意几种的组合。

针对框架组件对应的配置信息为目标交互端配置信息、功能组件配置信息以及接口文件配置信息时，具体实施例如下述。

对应的，框架组件包括：目标交互端、功能组件以及接口文件。其中：目标交互端包括：server端、client端以及配置端，不同的目标交互端所实现的业务功能会有所差异。例如：server端，所提供的服务是响应client端的请求；client端提供的服务是向server端发送用户发起的请求；配置端提供的服务是配置client端和server端的配置文件。功能组件包括：mongo组件、redis组件以及mysql组件、发消息组件以及定时器组件等等。接口文件proto是用于不同交互端之间的数据传输，即目标交互端的接口文档。

其中，功能组件以及接口文件可以添加至目标交互端中，以丰富目标交互端的业务功能。例如：将mongo、redis、mysql以及接口文件proto对应的功能添加至server端，其中功能组件可以丰富目标交互端的业务功能，接口文件可以实现目标交互端的数据传输功能。

例如：用户在交互界面中选择server端、mongo、redis、mysql以及接口文件proto作为框架组件，后台系统根据用户所选的框架组件，获取server端、mongo、redis、mysql以及接口文件proto的配置信息，并将所有的配置信息生成一条包含所有配置信息的配置指令。配置指令的格式可以是任意一种实现方式，例如：./logic-cn＝testHelloLogic-sn＝test-hello-logic-hm＝true-hr＝true-him＝true-ht＝true，该配置指令中包含mongo功能组件的配置信息hm、redis功能组件的配置信息hr、发消息功能组件的配置信息him以及定时器功能组件的配置信息ht，根据该配置指令从保存上述框架组件的存储介质中读取对应的相关代码，并添加至开发框架模板中，以得到能够实现server端以及mongo、redis、mysql以及接口文件proto等功能。

根据上述配置指令，将提取出与配置信息相对应的框架组件的相关代码，并添加至开发框架模板中，以得到具有上述框架组件功能的开发框架。

其中，将框架组件的相关代码添加至开发框架模板的具体位置可以由管理人员预先设置，此处不再具体说明。

需要说明的是，上述框架组件存在层级关系，例如：目标交互端属于应用层级、功能组件属于组件层级以及接口文件属于协议层级。

针对不同层级的框架组件，可以设置处理的先后顺序，例如：应用层级的优先级高，则优先处理应用层级相关代码的添加。而组件层级以及协议层级的优先级可以由管理人员自行设定，此处不再具体说明。

具体地，先将server端的相关代码优先添加到开发框架模板中，其次再将功能组件mongo、redis等组件添加至开发框架模块中，其具体位置可以根据管理人员设定；最后在将接口文件proto文件的相关代码添加至开发框架模板中，以得到具有上述框架组件功能的开发框架。

上述相关代码的添加过程还可以是其他顺序的实现方式，此处不再具体说明。

另外，本申请还提供了一种接口文件同步更新的脚本文件，例如：协议层中的proto文件更新了，则根据同步更新的脚本文件，自动将grpc开发框架中的proto文件进行同步更新。

需要说明的是，上述框架组件的相关代码可以是框架组件的封装代码，例如：基于grpc框架，通过golang模板建立应用层的grpc server端的封装代码、grpc client端的封装代码或配置端的封装代码；建立组件层的grpc redis的封装代码、grpc mongo的封装代码、grpcmysql的封装代码等其他组件的封装代码；建立接口文件的封装代码。用户可以通过查看指令查看存储介质中存储的框架组件相关代码有哪些，通过查看指令可以查阅存储介质中的框架组件信息。

为实现配置指令的有效调用，在对框架组件封装代码的建立过程中，需要依据预设命名规范、存储规范对框架组件的封装代码进行管理，例如：接口文件、功能组件以及目标交互端的规范命名以及规范存储，都需要严格执行，以保证上述实施例提供的开发框架的生成方法中能够依据配置指令来获取相应的代码。

在一个示例中，上述实施例步骤S102中的获取每个框架组件对应的配置信息，参见图2，该步骤具体包括如下子步骤S201-S203。其中：

S201：调用预先生成的配置信息列表；配置信息列表包括多个已创建的框架组件的配置信息。

需要说明的是，配置信息列表是管理人员根据框架组件名称以及框架组件名称对应的配置信息生成的列表，该配置信息列表反映了框架组件名称与配置信息一一对应的关系。

S202：确定每个框架组件的组件名。

具体地，确定用户在交互界面选择框架组件之后，基于用户选择的框架组件，确定每个框架组件的组件名。

S203：在配置信息列表中获取与每个框架组件的组件名对应的配置信息。

具体地，调用上述的配置信息列表，从该配置信息列表中获取与每个框架组件的组件名对应的配置信息。

在一个示例中，上述实施例步骤S102中的生成与各个配置信息相应的框架组件配置指令，参见图3，该步骤具体包括如下子步骤S301-S302。其中：

S301：获取框架组件配置指令模板。

需要说明的是，配置指令模板是管理人员编译存储的指令模板，用于获取配置信息对应的相关代码。

S302：将每个配置信息输入至框架组件配置指令模板中，以生成框架组件配置指令。

具体地，获取基于用户选择框架组件之后，再获取的每个框架组件对应的配置信息，将获取到的配置信息填入上述的配置指令模块中，以得到包含配置信息的配置指令。例如：用户所选的框架组件为mongo、redis、发消息组件以及定时器组件，对应的配置信息为hm、hr、him以及ht，将上述信息填入配置指令模块，以得到配置指令。如参考配置指令：./logic-cn＝testHelloLogic-sn＝test-hello-logic-hm＝true-hr＝true-him＝true-ht＝true。

在一个示例中，上述实施例步骤S103中的依据框架组件配置指令，将预先生成每个框架组件的相关代码分别添加至已建立的开发框架模板中，以得到用户需求的开发框架，参见图4，该步骤具体包括如下子步骤S401-S402。

其中：

S401：执行框架组件配置指令，从存储有相关代码的存储介质中，提取出与各个框架组件的配置信息相对应的相关代码。

S402：将相关代码添加至已建立的开发框架模板中，以得到用户需求的开发框架。

框架组件的存储是依据管理人员设置的存储规范进行存储的，因此，每个框架组件都有特定的存储位置。

具体地，执行框架组件配置指令，从存储每个框架组件的存储位置中，提取出相应的框架组件的相关代码，进而再将提取的框架组件的相关代码添加至开发框架模板中，以得到用户需求的开发框架。

需要说明的是，从存储介质中提取框架组件的相关代码的过程中，可以根据预设的提取顺序进行提取操作，也可以是同步提取；另外将提取到的框架组件的相关代码添加至开发框架模板的顺序可以是根据预设顺序以及预设位置添加进行添加，也可以是随机添加，此处不再具体说明。

本申请实施例提供了一种开发框架的生成装置。参见图5，该装置包括：组件确定模块501、指令生成模块502以及代码添加模块503。其中：

组件确定模块501，用于确定用户在已建立的交互界面中选取的至少一个框架组件。

指令生成模块502，用于获取每个框架组件对应的配置信息，并生成与各个配置信息相应的框架组件配置指令。

代码添加模块503，用于依据框架组件配置指令，将预生成的每个框架组件的相关代码分别添加至已建立的开发框架模板中，以得到用户需求的开发框架，框架组件的相关代码用于实现开发框架的业务功能。

由上述技术方案可知，本申请提供了一种开发框架的生成装置，该装置通过确定用户在交互界面选择的至少一个框架组件；进而获取每一个框架组件的配置信息，并根据每个配置信息生成相应的框架组件配置指令，依据该框架组件配置指令将预生成的每个框架组件的相关代码分别添加至已建立的开发框架模板中，以得到用户需求的开发框架。该装置中，用户只需通过交互界面选择需要添加的框架组件，后台系统将根据用户选择的框架组件，自动将框架组件相关的代码添加至开发框架目标中，以得到用户需求的开发框架，提高了开发效率。

在一个示例中，每个框架组件对应的配置信息为目标交互端配置信息、功能组件配置信息以及接口文件配置信息中的任意一种或任意几种的组合。

在一个示例中，指令生成模块在获取每个框架组件对应的配置信息时，具体用于：

调用预先生成的配置信息列表；配置信息列表包括多个已创建的框架组件的配置信息；确定每个框架组件的组件名；在配置信息列表中获取与每个框架组件的组件名对应的配置信息。

在一个示例中，指令生成模块在生成与各个配置信息相应的框架组件配置指令时，具体用于：

获取框架组件配置指令模板；将每个配置信息输入至框架组件配置指令模板中，以生成框架组件配置指令。

在一个示例中，代码添加模块在依据框架组件配置指令，将预先生成每个框架组件的相关代码分别添加至已建立的开发框架模板中，以得到用户需求的开发框架时，具体用于：

执行框架组件配置指令，从存储有相关代码的存储介质中，提取出与各个框架组件的配置信息相对应的相关代码；将相关代码添加至已建立的开发框架模板中，以得到用户需求的开发框架。

本申请实施例提供了一种电子设备。参见图6，该电子设备包括处理器601和存储器602；其中：

存储器601用于存储计算机指令；

处理器602用于执行存储器存储的计算机指令，具体执行时实现上述任意一种开发框架的生成方法。

本申请提供了一种存储介质，该存储介质用于存储程序，程序被处理器执行时实现上述任意一种开发框架的生成方法。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种开发框架的生成方法，其特征在于，所述开发框架用于为交互端提供运行环境，所述方法包括：

确定用户在已建立的交互界面中选取的至少一个框架组件；所述框架组件包括：目标交互端、功能组件以及接口文件；

获取每个所述框架组件对应的配置信息，并获取框架组件配置指令模板；

将每个所述配置信息输入至所述框架组件配置指令模板中，以生成与各个所述配置信息相应的框架组件配置指令；

依据所述框架组件配置指令，将预生成的每个所述框架组件的相关代码分别添加至已建立的开发框架模板中，以得到用户需求的开发框架，所述框架组件的相关代码用于实现所述开发框架的业务功能；

框架组件中的接口文件属于协议层级，若协议层中的接口文件proto文件更新，根据同步更新的脚本文件，自动将grpc开发框架中的接口文件proto文件进行同步更新。

2.根据权利要求1所述的方法，其特征在于，每个所述框架组件对应的配置信息为目标交互端配置信息、功能组件配置信息以及接口文件配置信息中的任意一种或任意几种的组合。

3.根据权利要求1所述的方法，其特征在于，所述获取每个所述框架组件对应的配置信息，包括：

调用预先生成的配置信息列表；所述配置信息列表包括多个已创建的框架组件的配置信息；

确定每个所述框架组件的组件名；

在所述配置信息列表中获取与每个所述框架组件的组件名对应的配置信息。

4.根据权利要求1所述的方法，其特征在于，所述依据所述框架组件配置指令，将预先生成每个所述框架组件的相关代码分别添加至已建立的开发框架模板中，以得到用户需求的开发框架，包括：

执行所述框架组件配置指令，从存储有相关代码的存储介质中，提取出与各个所述框架组件的配置信息相对应的相关代码；

将所述相关代码添加至已建立的开发框架模板中，以得到用户需求的开发框架。

5.一种开发框架的生成装置，其特征在于，所述开发框架用于为交互端提供运行环境，所述装置包括：

组件确定模块，用于确定用户在已建立的交互界面中选取的至少一个框架组件；所述框架组件包括：目标交互端、功能组件以及接口文件；

指令生成模块，用于获取每个所述框架组件对应的配置信息，并获取框架组件配置指令模板；将每个所述配置信息输入至所述框架组件配置指令模板中，以生成与各个所述配置信息相应的框架组件配置指令；

代码添加模块，用于依据所述框架组件配置指令，将预生成的每个所述框架组件的相关代码分别添加至已建立的开发框架模板中，以得到用户需求的开发框架，所述框架组件的相关代码用于实现所述开发框架的业务功能；

框架组件中的接口文件属于协议层级，若协议层中的接口文件proto文件更新，根据同步更新的脚本文件，自动将grpc开发框架中的接口文件proto文件进行同步更新。

6.根据权利要求5所述的装置，其特征在于，每个所述框架组件对应的配置信息为目标交互端配置信息、功能组件配置信息以及接口文件配置信息中的任意一种或任意几种的组合。

7.根据权利要求5所述的装置，其特征在于，所述指令生成模块在获取每个所述框架组件对应的配置信息时，具体用于：

调用预先生成的配置信息列表；所述配置信息列表包括多个已创建的框架组件的配置信息；确定每个所述框架组件的组件名；在所述配置信息列表中获取与每个所述框架组件的组件名对应的配置信息。

8.根据权利要求5所述的装置，其特征在于，所述代码添加模块在依据所述框架组件配置指令，将预先生成每个所述框架组件的相关代码分别添加至已建立的开发框架模板中，以得到用户需求的开发框架时，具体用于：

执行所述框架组件配置指令，从存储有相关代码的存储介质中，提取出与各个所述框架组件的配置信息相对应的相关代码；将所述相关代码添加至已建立的开发框架模板中，以得到用户需求的开发框架。

9.一种电子设备，其特征在于，包括处理器和存储器；其中：

所述存储器用于存储计算机指令；

所述处理器用于执行所述存储器存储的计算机指令，具体执行如权利要求1～4中任一项所述的开发框架的生成方法。

10.一种存储介质，其上存储有程序，其特征在于，所述程序被处理器执行时实现如权利要求1～4中任一项所述的开发框架的生成方法。