CN109885299A - 模型开发中的模板处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及大数据处理领域，特别涉及一种模型开发中的模板处理方法、装置、计算机设备和存储介质。所述方法包括：接收文件夹创建指令，根据所述文件夹创建指令在预设安装目录下新建第一文件夹；根据所述第一文件夹创建与待开发模型对应的版本库；获取通用模板文件夹，并将所获取的通用模板文件夹复制至用户工程目录；将存储至所述用户工程目录中的通用模板文件夹导入至所述版本库中得到与所述待开发模型对应的模型模板。采用本方法能够提高开发效率。

Description

模型开发中的模板处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种模型开发中的模板处理方法、装置、计算机设备和存储介质。

背景技术

随着人工智能技术的发展，模型开发变得越来越重要，因此在模型开发过程中对于模型的管理也越来越重要。

传统地，模型管理一般是将开发人员提交的关于模型的代码进行存储，以便于开发人员进行查找等，但是由于模型开发具有个人属性，目前每进行新的模型开发，都要从头到尾重写一遍代码，由此导致开发效率不高。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高开发效率的模型开发中的模板处理方法、装置、计算机设备和存储介质。

一种模型开发中的模板处理方法，所述方法包括：

接收文件夹创建指令，根据所述文件夹创建指令在预设安装目录下新建第一文件夹；

根据所述第一文件夹创建与待开发模型对应的版本库；

获取通用模板文件夹，并将所获取的通用模板文件夹复制至用户工程目录；

将存储至所述用户工程目录中的通用模板文件夹导入至所述版本库中得到与所述待开发模型对应的模型模板。

在其中一个实施例中，所述根据所述文件夹创建指令在预设安装目录下新建第一文件夹之后，还包括：

获取待开发模型的名称，并根据所述待开发模型的名称重命名所述第一文件夹的名称；

所述所获取的通用模板文件夹复制至用户工程目录之后，还包括：

根据所述待开发模型的名称重命名所述通用模板文件夹的名称。

在其中一个实施例中，所述通用模板文件夹的建立方式，包括：

生成工程头文件夹、第二文件夹以及第三文件夹；

在所述第二文件夹下生成与模型数据相关的文件夹；

在所述第三文件夹下生成与代码相关的文件夹，并将通用代码存储至所生成的与代码相关的文件夹中；

根据所述工程头文件夹、第二文件夹以及所述第三文件夹得到通用模板文件夹。

在其中一个实施例中，所述方法还包括：

接收开发终端发送的模型模板获取请求；

查询与所述模型模板获取请求对应的模型模板，并将所述模型模板返回至所述开发终端，所述模型模板用于指示所述开发终端在接收到待开发功能时，判断所述第三文件夹中是否存在与所述待开发功能对应的初始代码，当所述第三文件夹中存在与所述待开发功能对应的初始代码时，则接收基于所述初始代码开发得到的目标代码，并将所述目标代码存储至所述模型模板；

接收上传的存储有所述目标代码的所述模型模板。

在其中一个实施例中，所述接收上传的存储有所述目标代码的所述模型模板，包括：

检测所上传的模型模板与本地存储的模型模板是否存在冲突；

当所上传的模型模板与本地存储的模型模板存在冲突，则将本地存储的模型模板下发至所述开发终端，所述本地存储的模型模板用于指示所述开发终端对所上传的模型模板中与所述本地存储的模型模板相冲突的部分进行合并；

接收上传的合并后的模型模板。

在其中一个实施例中，所述上传的模型模板包括根据所述目标代码生成的与所述开发终端对应的工作日志；

所述方法还包括：

对所述待开发模型的开发结果进行测试；

当测试失败时，则获取测试失败的位置；

根据所述测试失败的位置查询所述工作日志得到对应的开发用户；

将所述测试失败的位置发送至所述开发用户对应的开发终端。

一种模型开发中的模板处理装置，所述装置包括：

创建指令接收模块，用于接收文件夹创建指令，根据所述文件夹创建指令在预设安装目录下新建第一文件夹；

版本库创建模块，用于根据所述第一文件夹创建与待开发模型对应的版本库；

复制模块，用于获取通用模板文件夹，并将所获取的通用模板文件夹复制至用户工程目录；

模型模板生成模块，用于将存储至所述用户工程目录中的通用模板文件夹导入至所述版本库中得到与所述待开发模型对应的模型模板。

在其中一个实施例中，所述装置还包括：

第一重命名模块，用于在根据所述文件夹创建指令在预设安装目录下新建第一文件夹之后，获取待开发模型的名称，并根据所述待开发模型的名称重命名所述第一文件夹的名称；

第二重命名模块，用于在所获取的通用模板文件夹复制至用户工程目录之后，根据所述待开发模型的名称重命名所述通用模板文件夹的名称。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。

上述模型开发中的模板处理方法、装置、计算机设备和存储介质，在进行模型模板的建立过程中，其获取的是通用模板文件夹，通过将该通用模板文件夹导入至版本库中得到了模型模板，不需要重新再写一遍代码得到模型模板，提高了开发效率，且由于采用统一的通用模板文件夹保证了后续模型开发中模板的一致性，便于模型的管理。

附图说明

图1为一个实施例中模型开发中的模板处理方法的应用场景图；

图2为一个实施例中模型开发中的模板处理方法的流程示意图；

图3为一个实施例中的通用模板文件夹的结构示意图；

图4为一个实施例中的第二文件夹的结构示意图；

图5为一个实施例中的第三文件夹的结构示意图；

图6为一个实施例中的模型开发步骤时序图；

图7为一个实施例中模型开发中的模板处理装置的结构框图；

图8为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的模型开发中的模板处理方法，可以应用于如图1所示的应用环境中。其中，开发终端102通过网络与服务器104进行通信。开发人员可以在服务器上进行操作生成模型模板，例如可以向服务器104输入文件夹创建指令，当服务器接收到文件夹创建指令时，则根据文件夹创建指令在预设安装目录下创建第一文件夹，并根据该以文件夹创建与待开发模型对应的版本库，该版本库是用于存储开发终端所上传的开发代码的，其中为了保证开发代码存储的有序性，可以获取通用模板文件夹，并将所获取的通用模板文件夹复制至用户工程目录，然后将该通用模板文件夹导入至版本库中生成模型模板，从而开发终端102可以与服务器104进行通信实现待开发模型的开发，例如开发终端102从服务器104下载模型模板，然后基于该模型模板进行代码开发，并将开发后的代码上传至服务器104以完成模型的开发。其中，开发终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种模型开发中的模板处理方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

S202：接收文件夹创建指令，根据文件夹创建指令在预设安装目录下新建第一文件夹。

具体地，文件夹创建指令是用户输入至服务器的用于指示服务器在预设安装目录下创建第一文件夹的指令，例如，用户可以打开服务器的文件存储器，然后选择预设安装目录，并在预设安装目录下“右击”，选择“新建文件夹”，从而完成第一文件夹的建立。

其中预设安装目录是所采用的创建版本库的工具或软件的安装目录，例如该预设安装目录可以是SVN(Subversion的简称)的安装目录，例如SVN安装在D盘时，可以是打开D盘下的SVN文件夹，并在该文件夹下新建第一文件夹。

S204：根据第一文件夹创建与待开发模型对应的版本库。

具体地，在预设安装目录下创建第一文件夹后，可以在选中该文件夹后，点击“右键”，并选择“创建版本库”按钮，以根据第一文件夹创建版本库。例如服务器会提示“是否在此创建版本库”，则用户通过选择“是”以完成版本库的创建。

可选地，根据文件夹创建指令在预设安装目录下新建第一文件夹之后，还包括：获取待开发模型的名称，并根据待开发模型的名称重命名第一文件夹的名称。即为了对所创建的版本库进行区分，因此可以在新建第一文件夹之后，对第一文件夹进行重命名。因此可以获取到待开发模型的名称，然后根据该待开发模型的名称对第一文件夹进行重命名。可选地，待开发模型的名称可以是用户输入的，或者是服务器从预设位置获取到的。例如在新建第一文件夹之后，用户可以直接进行“右击”，然后选择“重命名”以对该第一文件夹进行重命名。或者是在新建第一文件夹之后，服务器获取数据库中最新的需求文档的名称作为该开发模型的名称，然后通过该需求文档的名称替换第一文件夹的名称以完成第一文件夹的重命名。

S206：获取通用模板文件夹，并将所获取的通用模板文件夹复制至用户工程目录。

具体地，通用模板文件夹是预先定义的所有模型需要采用的文件夹的结构，其给出了模型的工程头文件、代码、数据的存储结构和存储格式，从而保证所有的模型的结构是相同的，便于模型的开发。一般地，可以将通用模板文件夹存储至固定的存储位置，在需要创建模型模板时，则用户打开固定的存储位置复制该通用模板文件夹，并将该通用模板文件夹复制至用户工程目录中。

例如，该通用模板文件夹可以存储在D盘的工程文件夹中，则用户可以打开该D盘的工程文件夹，从其中复制该通用模板文件夹至用户工程目录中，且可选地，服务器还可以在用户打开用户工程目录后，自动将该通用模板文件夹复制至用户工程目录中，例如当服务器检测到当前的进程是创建模型模板，且用户已经创建了版本库，并且打开了工程目录，则服务器将该通用模板文件夹复制至用户工程目录中，避免用户来回操作浪费时间。

S208：将存储至用户工程目录中的通用模板文件夹导入至版本库中得到与待开发模型对应的模型模板。

具体地，在获取到通用模板文件夹后，则将通用模板文件夹导入至版本库中得到与待开发模型对应的模型模板，例如可以通过选中D盘的工程文件夹下的通用模板文件夹，然后“右击”选择导入，并选择在步骤S204所创建的版本库，以完成将通用模板文件夹导入至版本库，从而生成对应的模型模板。

可选地，所获取的通用模板文件夹复制至用户工程目录之后，还可以包括：根据待开发模型的名称重命名通用模板文件夹的名称。具体地，为了将各个模型进行区分开，首先将版本库的名称进行修改，其次将版本库中存储的模型模板的文件名进行修改，这样可以避免开发终端在进行多个模型开发时，所有的模型模板均是同一个名称导致模型开发出现混乱，或者是需要本地重新修改名称等。因此在用户工程目录中复制了通用模板文件夹后，可以根据待开发模型的名称对该通用模板文件夹的名称进行修改。例如可以是用户通过“右击”选择重命名进行修改，或者是服务器将通用模板文件夹复制到用户工程目录后，服务器根据待开发模型的名称，例如最近的需求文档的名称来更新该通用模板文件夹的名称。

从而开发终端可以与服务器进行通信实现待开发模型的开发，例如开发终端从服务器下载模型模板，然后基于该模型模板进行代码开发，并将开发后的代码上传至服务器以完成模型的开发。

具体地，在实际应用中，模型模板的生成方式可以包括：定位到D:\svn\，然后点击右键，选择新建文件夹；重命名新建文件夹为模型名称，如“费用违规模型”；选中“费用违规模型”文件夹，点击右键选中create repository here以创建版本库，点击OK完成版本库的创建，定位到D:\project\复制文件夹template(通用模板文件夹)，定位到个人文件夹，例如D:\*\project\，粘贴template文件夹到此目录，重命名文件夹template，例如fas；选中D:\***\project\fas，点击右键，选中TortoisSVN>>Import，一定要选中上述创建的“费用违规模型”文件夹,这里是费用违规模型，点击OK，完成模型模板的建立。

上述模型开发中的模板处理方法，在进行模型模板的建立过程中，其获取的是通用模板文件夹，通过将该通用模板文件夹导入至版本库中得到了模型模板，不需要重新再写一遍代码得到模型模板，提高了开发效率，且由于采用统一的通用模板文件夹保证了后续模型开发中模板的一致性，便于模型的管理。

在其中一个实施例中，通用模板文件夹的建立方式可以包括：生成工程头文件夹、第二文件夹以及第三文件夹；在第二文件夹下生成与模型数据相关的文件夹；在第三文件夹下生成与代码相关的文件夹，并将通用代码存储至所生成的与代码相关的文件夹中；根据工程头文件夹、第二文件夹以及第三文件夹得到通用模板文件夹。

具体地，首先参阅图3，图3为一个实施例中的通用模板文件夹的结构示意图，其中通用模板文件夹包括工程头文件夹-.spyproject文件夹、第二文件夹-file文件夹以及第三文件夹code文件夹。其中，.spyproject文件夹是工程文件的头文件，不需要作任何修改；file文件夹只存放数据文件，即数据文件相关都存入对应的子文件夹；code文件夹只存放代码文件，即代码文件相关都存入对应的子文件夹。file文件夹主要包含模型数据、模型输出以及预测集，结构可以参见下图4。code文件的主要包括存放通用的方法、存放模型算法脚本以及存放整合后的代码脚本(上线)，结构可以参见下图5。通用代码存放至code文件夹的通用的方法的子文件夹中，其中通用代码可以包括：常用开发技巧(日期时间加减，数据切割与合并)、代码参考示例(例如：数据探查、预处理、加工示例；根据身份证计算性别，生源地；根据手机号码计算手机归属地；根据经纬度计算省会城市(街道))；常用模型计算方法(逻辑回归、随机森林、决策树、神经网络)，从而在研发人员在研发过程中，如果遇见相同的开发技巧以及代码参考示例，则可以直接复制过来修改参数即可，而不需要浪费时间再进行代码的编写，提高了效率。

具体地，在生成该通用模板文件夹时，用户可以手动按照上述文件夹的结构分别建立文件夹，此外还可以向服务器输入通用模板文件夹建立指令，服务器在接收到该通用模板文件夹建立指令后，查询到通用模板文件夹对应的需求模板，然后根据需求模板中的文件夹的结构分别生成对应的文件夹，例如可以先生成工程头文件夹、第二文件夹以及第三文件夹；在第二文件夹下生成与模型数据相关的文件夹；在第三文件夹下生成与代码相关的文件夹，并将通用代码存储至所生成的与代码相关的文件夹中；根据工程头文件夹、第二文件夹以及第三文件夹得到通用模板文件夹。这样自动生成的方式更加便捷。

上述实施例中，服务器可以动生成通用模板文件夹，且在生成的通用模板文件夹中增加了常用开发技巧和代码参考示例等，从而在研发人员在研发过程中，如果遇见相同的开发技巧以及代码参考示例，则可以直接复制过来修改参数即可，而不需要浪费时间再进行代码的编写，提高了效率。

在其中一个实施例中，该模型开发中的模板处理方法还可以包括：接收开发终端发送的模型模板获取请求；查询与模型模板获取请求对应的模型模板，并将模型模板返回至开发终端，模型模板用于指示开发终端在接收到待开发功能时，判断第三文件夹中是否存在与待开发功能对应的初始代码，当第三文件夹中存在与待开发功能对应的初始代码时，则接收基于初始代码开发得到的目标代码，并将目标代码存储至模型模板后，接收上传的存储有目标代码的所述模型模板。

在其中一个实施例中，接收上传的存储有目标代码的所述模型模板，可以包括：检测所上传的模型模板与本地存储的模型模板是否存在冲突；当所上传的模型模板与本地存储的模型模板，则将本地存储的模型模板下发至开发终端，本地存储的模型模板用于指示开发终端对所上传的模型模板中与本地存储的模型模板相冲突的部分进行合并，接收上传的合并后的模型模板。

在其中一个里中，上传的模型模板包括根据目标代码生成的与开发终端对应的工作日志；则该模型开发方法还可以包括：对待开发模型的开发结果进行测试；当测试失败时，则获取测试失败的位置；根据测试失败的位置查询工作日志得到对应的开发用户；将测试失败的位置发送至开发用户对应的开发终端。

具体地，参阅图6所示，图6为一个实施例中的模型开发步骤时序图，其中为了下文方便描述多个开发终端与服务器进行通信，将多个开发终端分别称为第一开发终端和第二开发终端。

首先第一开发终端的开发人员在在第一终端的个人文件夹中创建与模型模板的名称对应的文件夹，即与待开发模型的名称对应的文件夹，然后根据待开发模型的名称生成模型模板获取请求，将该模型模板获取请求发送至服务器。

服务器在接收到第一开发终端发送的模型模板获取请求后，根据模型模板的名称查询到对应的模型模板，并将模型模板返回至第一开发终端。

第一开发终端在接收到该模型模板后，即从服务器将模型模板下载到本地后，基于该模型模板进行代码开发，例如在code文件夹中增加、删除或更改代码等。可选地，在增加代码的时候，开发人员可以先向第一开发终端输入待开发的功能，然后第一开发终端判断下载到本地的模型模板中的第三文件夹中是否存在与待开发功能对应的初始代码，如果存在第三文件夹中存在与待开发功能对应的初始代码，则可以直接将该查询到的初始代码显示到开发界面中，从而开发人员直接基于该初始代码进行修改即可以得到目标代码，例如进行参数的修改等，从而可以避免相同的功能需要多次编写代码，且每个人的思维不一致，导致代码结构不一样等，在第一开发终端接收了用户提交的目标代码后，将目标代码存储值模型模板，并将存储了目标代码的模型模板上传至服务器以作为待开发模型的开发结果。

可选地，服务器在接收到第一开发终端上传的包含了目标代码的模型模板后，检测该模型模板与本地存储的模型模板是否存在冲突，即检测目标代码所修改的部分是否已经其他用户修改，可选地，服务器可以通过设置标志位的形式等进行冲突检查，例如服务器在接收到第二开发终端发送的开发后的模型模板后，则标志位进行置位，并且对本次开发的部分进行标记，从而在接收到第一开发终端发送的模型模板后，可以获取到第一开发终端本次所开发的部分，其如果与第二开发终端开发的部分相同，则表示存在冲突，因此将服务器存储的模型模板下发至第一开发终端，第一开发终端首先获取到第一开发终端所上传的模型模板以及服务器本地存储的模型模板相冲突的部分，然后对冲突的部分进行编辑，例如可以将冲突的部分进行合并，即将自己编写的代买另起一行放在被他人编写的代码的后面，然后进行保存，并将合并后的模型模板上传至服务器。

可选地，在用户上传当天的新增或修改的代码时，需要定位到自己的项目文件夹，在每一个子文件夹里面都有*.csv文件，在每天下班前，需要将自己的工作日志填写到表格里面。从而在上传当天的新增或修改的代码时，还需要上传工作记录表。当开发模型在测试过程中出现问题时，可以根据所确定的问题部位查询到对应的开发人员，以便于及时解决问题。

在实际应用中，组内模型开发人员，项目经理，项目成员下载和同步此模型模板，具体可以包括以下步骤：例如(开发人员)到自己的个人文件夹创建了fas文件夹(对应上文中的费用违规模型)，选中fas文件夹，点击右键SVN Checkout，选中所在组开发经理创建的模型模板(例如：费用违规模型)，然后点击OK，点击OK，下载模型模板成功，并进行模型开发，且在当日工作完成后，填写当日工作记录表，例如定位到自己的项目文件夹，在每一个子文件夹里面都有*.csv文件，在每天下班前，需要将自己的工作日志填写到表格里面，上传当日新增或修改的代码，成员选中项目文件夹，单击右键，选择SVN Commit，由于同一个文件的内容可能被多个人修改，则需要代码上传人员对冲突内容进行合并，包括当出现冲突时，首先选择选择Update，再点击OK，双击冲突文件，对其进行编辑，例如选中Merged的叹号区域，点击右键，选择将别人的代码放在自己的代码之前，从而第一开发终端将他人的代码和自己的代码合并，自己的代码另起一行，即放在他人代码的后面，然后点击保存，并标记冲突已被解决，关闭当前窗口后，再次上传包括目标代码的模型模板，组内其它成员需要每天早上同步代码库，选中文件夹点击右键，选中SVN Update即可。

上述实施例中，涉及到填写当日工作记录表的步骤，即将每日的工作记录表同步到服务器上，从而当开发的模型在测试过程中出现问题时，可以根据所确定的问题部位查询到对应的开发人员，以便于及时解决问题。

应该理解的是，虽然图2和图6的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2和图6中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图7所示，提供了一种模型开发中的模板处理装置，包括：创建指令接收模块100、版本库创建模块200、复制模块300、模型模板生成模块400和开发模块500，其中：

创建指令接收模块100，用于接收文件夹创建指令，根据文件夹创建指令在预设安装目录下新建第一文件夹。

版本库创建模块200，用于根据第一文件夹创建与待开发模型对应的版本库。

复制模块300，用于获取通用模板文件夹，并将所获取的通用模板文件夹复制至用户工程目录。

模型模板生成模块400，用于将存储至用户工程目录中的通用模板文件夹导入至版本库中得到与待开发模型对应的模型模板。

在其中一个实施例中，模型开发中的模板处理装置还可以包括：

第一重命名模块，用于在根据文件夹创建指令在预设安装目录下新建第一文件夹之后，获取待开发模型的名称，并根据待开发模型的名称重命名第一文件夹的名称。

第二重命名模块，用于在所获取的通用模板文件夹复制至用户工程目录之后，根据待开发模型的名称重命名通用模板文件夹的名称。

在其中一个实施例中，装置还可以包括：

第一文件夹生成模块，用于生成工程头文件夹、第二文件夹以及第三文件夹。

第二文件夹生成模块，用于在第二文件夹下生成与模型数据相关的文件夹。

第三文件夹生成模块，用于在第三文件夹下生成与代码相关的文件夹，并将通用代码存储至所生成的与代码相关的文件夹中。

组合模块，用于根据工程头文件夹、第二文件夹以及第三文件夹得到通用模板文件夹。

在其中一个实施例中，模型开发中的模板处理装置还可以包括：

接收模块，用于接收开发终端发送的模型模板获取请求。

模型模板查询模块，用于查询与模型模板获取请求对应的模型模板，并将模型模板返回至开发终端，模型模板用于指示开发终端在接收到待开发功能时，判断第三文件夹中是否存在与待开发功能对应的初始代码，当第三文件夹中存在与待开发功能对应的初始代码时，则接收基于初始代码开发得到的目标代码，并将目标代码存储至模型模板。

上传模块，用于接收上传的存储有目标代码的所述模型模板。

在其中一个实施例中，上传模块可以包括：

检测单元，用于检测所上传的模型模板与本地存储的模型模板是否存在冲突。

存储单元，用于当所上传的模型模板与本地存储的模型模板存在冲突，则将本地存储的模型模板下发至开发终端，本地存储的模型模板用于指示开发终端对所上传的模型模板中与本地存储的模型模板相冲突的部分进行合并。

上传单元，用于接收上传的合并后的模型模板。

在其中一个实施例中，上传的模型模板可以包括根据目标代码生成的与开发终端对应的工作日志。

装置还可以包括：

测试模块，用于对待开发模型的开发结果进行测试。

位置获取模块，用于当测试失败时，则获取测试失败的位置。

开发用户查询模块，用于根据测试失败的位置查询工作日志得到对应的开发用户。

发送模块，用于将测试失败的位置发送至开发用户对应的开发终端。

关于模型开发中的模板处理装置的具体限定可以参见上文中对于模型开发中的模板处理方法的限定，在此不再赘述。上述模型开发中的模板处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储通用模板文件夹。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种模型开发方法。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：接收文件夹创建指令，根据文件夹创建指令在预设安装目录下新建第一文件夹；根据第一文件夹创建与待开发模型对应的版本库；获取通用模板文件夹，并将所获取的通用模板文件夹复制至用户工程目录；将存储至用户工程目录中的通用模板文件夹导入至版本库中得到与待开发模型对应的模型模板。

在一个实施例中，处理器执行计算机程序时所实现的根据文件夹创建指令在预设安装目录下新建第一文件夹之后，还可以包括：获取待开发模型的名称，并根据待开发模型的名称重命名第一文件夹的名称；处理器执行计算机程序时所实现的所获取的通用模板文件夹复制至用户工程目录之后，还可以包括：根据待开发模型的名称重命名通用模板文件夹的名称。

在一个实施例中，处理器执行计算机程序时所涉及的通用模板文件夹的建立方式，可以包括：生成工程头文件夹、第二文件夹以及第三文件夹；在第二文件夹下生成与模型数据相关的文件夹；在第三文件夹下生成与代码相关的文件夹，并将通用代码存储至所生成的与代码相关的文件夹中；根据工程头文件夹、第二文件夹以及第三文件夹得到通用模板文件夹。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收开发终端发送的模型模板获取请求；查询与模型模板获取请求对应的模型模板，并将模型模板返回至开发终端，模型模板用于指示开发终端在接收到待开发功能时，判断第三文件夹中是否存在与待开发功能对应的初始代码，当第三文件夹中存在与待开发功能对应的初始代码时，则接收基于初始代码开发得到的目标代码，并将目标代码存储至模型模板，接收上传的存储有目标代码的所述模型模板。

在一个实施例中，处理器执行计算机程序时所实现的接收上传的存储有目标代码的所述模型模板，可以包括：检测所上传的模型模板与本地存储的模型模板是否存在冲突；当所上传的模型模板与本地存储的模型模板存在冲突，则将本地存储的模型模板下发至开发终端，本地存储的模型模板用于指示开发终端对所上传的模型模板中与本地存储的模型模板相冲突的部分进行合并，接收上传的合并后的模型模板。

在一个实施例中，处理器执行计算机程序时所实现的上传的模型模板包括根据目标代码生成的与开发终端对应的工作日志；处理器执行计算机程序时还实现以下步骤：对待开发模型的开发结果进行测试；当测试失败时，则获取测试失败的位置；根据测试失败的位置查询工作日志得到对应的开发用户；将测试失败的位置发送至开发用户对应的开发终端。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：接收文件夹创建指令，根据文件夹创建指令在预设安装目录下新建第一文件夹；根据第一文件夹创建与待开发模型对应的版本库；获取通用模板文件夹，并将所获取的通用模板文件夹复制至用户工程目录；将存储至用户工程目录中的通用模板文件夹导入至版本库中得到与待开发模型对应的模型模板。

在一个实施例中，计算机程序被处理器执行时所实现的根据文件夹创建指令在预设安装目录下新建第一文件夹之后，还可以包括：获取待开发模型的名称，并根据待开发模型的名称重命名第一文件夹的名称；计算机程序被处理器执行时所实现的所获取的通用模板文件夹复制至用户工程目录之后，还可以包括：根据待开发模型的名称重命名通用模板文件夹的名称。

在一个实施例中，计算机程序被处理器执行时所涉及的通用模板文件夹的建立方式，可以包括：生成工程头文件夹、第二文件夹以及第三文件夹；在第二文件夹下生成与模型数据相关的文件夹；在第三文件夹下生成与代码相关的文件夹，并将通用代码存储至所生成的与代码相关的文件夹中；根据工程头文件夹、第二文件夹以及第三文件夹得到通用模板文件夹。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收开发终端发送的模型模板获取请求；查询与模型模板获取请求对应的模型模板，并将模型模板返回至开发终端，模型模板用于指示开发终端在接收到待开发功能时，判断第三文件夹中是否存在与待开发功能对应的初始代码，当第三文件夹中存在与待开发功能对应的初始代码时，则接收基于初始代码开发得到的目标代码，并将目标代码存储至模型模板，接收上传的存储有目标代码的所述模型模板。

在一个实施例中，计算机程序被处理器执行时所实现的接收上传的存储有目标代码的所述模型模板，可以包括：检测所上传的模型模板与本地存储的模型模板是否存在冲突；当所上传的模型模板与本地存储的模型模板存在冲突，则将本地存储的模型模板下发至开发终端，本地存储的模型模板用于指示开发终端对所上传的模型模板中与本地存储的模型模板相冲突的部分进行合并，接收上传的合并后的模型模板。

在一个实施例中，计算机程序被处理器执行时所实现的上传的模型模板包括根据目标代码生成的与开发终端对应的工作日志；处理器执行计算机程序时还实现以下步骤：对待开发模型的开发结果进行测试；当测试失败时，则获取测试失败的位置；根据测试失败的位置查询工作日志得到对应的开发用户；将测试失败的位置发送至开发用户对应的开发终端。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种模型开发中的模板处理方法，所述方法包括：

接收文件夹创建指令，根据所述文件夹创建指令在预设安装目录下新建第一文件夹；

根据所述第一文件夹创建与待开发模型对应的版本库；

获取通用模板文件夹，并将所获取的通用模板文件夹复制至用户工程目录；

将存储至所述用户工程目录中的通用模板文件夹导入至所述版本库中得到与所述待开发模型对应的模型模板。

2.根据权利要求1所述的方法，其特征在于，所述根据所述文件夹创建指令在预设安装目录下新建第一文件夹之后，还包括：

获取待开发模型的名称，并根据所述待开发模型的名称重命名所述第一文件夹的名称；

所述所获取的通用模板文件夹复制至用户工程目录之后，还包括：

根据所述待开发模型的名称重命名所述通用模板文件夹的名称。

3.根据权利要求1或2所述的方法，其特征在于，所述通用模板文件夹的建立方式，包括：

生成工程头文件夹、第二文件夹以及第三文件夹；

在所述第二文件夹下生成与模型数据相关的文件夹；

在所述第三文件夹下生成与代码相关的文件夹，并将通用代码存储至所生成的与代码相关的文件夹中；

根据所述工程头文件夹、第二文件夹以及所述第三文件夹得到通用模板文件夹。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

接收开发终端发送的模型模板获取请求；

查询与所述模型模板获取请求对应的模型模板，并将所述模型模板返回至所述开发终端，所述模型模板用于指示所述开发终端在接收到待开发功能时，判断所述第三文件夹中是否存在与所述待开发功能对应的初始代码，当所述第三文件夹中存在与所述待开发功能对应的初始代码时，则接收基于所述初始代码开发得到的目标代码，并将所述目标代码存储至所述模型模板；

接收上传的存储有所述目标代码的所述模型模板。

5.根据权利要求4所述的方法，其特征在于，所述接收上传的存储有所述目标代码的所述模型模板，包括：

检测所上传的模型模板与本地存储的模型模板是否存在冲突；

当所上传的模型模板与本地存储的模型模板存在冲突，则将本地存储的模型模板下发至所述开发终端，所述本地存储的模型模板用于指示所述开发终端对所上传的模型模板中与所述本地存储的模型模板相冲突的部分进行合并；

接收上传的合并后的模型模板。

6.根据权利要求4所述的方法，其特征在于，所述上传的模型模板包括根据所述目标代码生成的与所述开发终端对应的工作日志；

所述方法还包括：

对所述待开发模型的开发结果进行测试；

当测试失败时，则获取测试失败的位置；

根据所述测试失败的位置查询所述工作日志得到对应的开发用户；

将所述测试失败的位置发送至所述开发用户对应的开发终端。

7.一种模型开发中的模板处理装置，其特征在于，所述装置包括：

创建指令接收模块，用于接收文件夹创建指令，根据所述文件夹创建指令在预设安装目录下新建第一文件夹；

版本库创建模块，用于根据所述第一文件夹创建与待开发模型对应的版本库；

复制模块，用于获取通用模板文件夹，并将所获取的通用模板文件夹复制至用户工程目录；

模型模板生成模块，用于将存储至所述用户工程目录中的通用模板文件夹导入至所述版本库中得到与所述待开发模型对应的模型模板。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

第一重命名模块，用于在根据所述文件夹创建指令在预设安装目录下新建第一文件夹之后，获取待开发模型的名称，并根据所述待开发模型的名称重命名所述第一文件夹的名称；

第二重命名模块，用于在所获取的通用模板文件夹复制至用户工程目录之后，根据所述待开发模型的名称重命名所述通用模板文件夹的名称。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。

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