CN115840583A - 文件存储方法、装置、终端设备和计算机介质 - Google Patents

Abstract

本公开的实施例公开了文件存储方法、装置、终端设备和计算机介质。该方法的一具体实施方式包括：接收用户发来的打包请求，其中，打包请求包括应用程序编程接口环境参数、打包类型指标和目标文件的存储地址；根据打包请求和预先生成的指标项集集合，生成打包参数集合；获取目标文件代码；根据打包参数集合，对目标文件代码打包，以得到打包文件；将打包文件发送至目标终端设备，其中，目标终端设备存储以及显示打包文件。该实施方式将打包文件存储所需的参数预先确定为预先生成的指标项集集合，根据打包请求提取打包存储必要的参数来对目标文件代码打包，以得到打包文件并存储，提高了打包方法的通用性，提高了打包文件存储效率。

Description

文件存储方法、装置、终端设备和计算机介质

技术领域

本公开的实施例涉及计算机技术领域，具体涉及文件存储方法、装置、终端设备和计算机介质。

背景技术

随着智能手机的普及，手机上的应用软件越来越多。人们对手机应用软件的要求也越来越高。作为手机应用软件的开发商，为了快速响应用户的需求，一般都会采用敏捷开发的模式来开发并部署、存储应用软件。现有手机软件开发和部署存储经常采用持续集成的方法，按照流程逐步部署、存储后安装，但是，这种敏捷开发结合持续集成的存储部署方法经常会存在如下技术问题：

用于手机应用软件部署存储的打包脚本是和手机软件项目深度绑定的，不具备通用性。当存在大量手机应用软件待部署时，需为每个应用软件重新编写一个打包脚本，耗时长、效率低，影响了文件生成和存储的效率。

发明内容

本公开的内容部分用于以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。本公开的内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。

本公开的一些实施例提出了文件存储方法、装置、终端设备和计算机介质，来解决以上背景技术部分提到的技术问题中的一项或多项。

第一方面，本公开的一些实施例提供了一种文件存储方法，该方法包括：接收用户发来的打包请求，其中，打包请求包括应用程序编程接口环境参数、打包类型指标和目标文件的存储地址；根据打包请求和预先生成的指标项集集合，生成打包参数集合；根据目标文件的存储地址，获取目标文件代码；根据打包参数集合，对目标文件代码打包，以得到打包文件；将打包文件发送至目标终端设备，其中，目标终端设备存储以及显示打包文件。

第二方面，本公开的一些实施例提供了一种文件存储装置，该装置包括：接收单元，被配置成接收用户发来的打包请求，其中，打包请求包括环境参数、证书类型指标和目标文件的存储地址；生成单元，被配置成根据打包请求和预先生成的指标项集集合，生成打包参数集合；获取单元，被配置成根据目标文件的存储地址，获取目标文件代码；确定单元，被配置成根据打包参数集合，对目标文件代码打包，以得到打包文件；发送单元，被配置成将打包文件发送至目标终端设备，其中，目标终端设备存储以及显示打包文件。

第三方面，本公开的一些实施例提供了一种终端设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面中任一的方法。

第四方面，本公开的一些实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，该计算机程序被处理器执行时实现如第一方面中任一的方法。

本公开的上述各个实施例中具有如下有益效果：通过本公开的一些实施例的文件存储方法能够将打包文件存储所需的参数预先确定为预先生成的指标项集集合，根据打包请求提取打包存储必要的参数来对目标文件代码打包，以得到打包文件并存储，提高了打包方法的通用性，提高了打包文件存储效率。具体来说，发明人发现，造成目前文件存储效率较低的原因在于：用于手机应用软件部署存储的打包脚本是和手机软件项目深度绑定的，不具备通用性。当存在大量手机应用软件待部署时，需为每个应用软件重新编写一个打包脚本，耗时长、效率低，影响了文件生成和存储的效率。基于此，首先，本公开的一些实施例接收用户发来的打包请求。其中，打包请求包括应用程序编程接口环境参数、打包类型指标和目标文件的存储地址。其次，根据打包请求和预先生成的指标项集集合，生成打包参数集合。具体的，预先生成的指标项集集合中包括了预先确定的用于手机软件打包的各个参数指标项。再次，根据目标文件的存储地址，获取目标文件代码。然后，根据打包参数集合，对目标文件代码打包，以得到打包文件。最后，将打包文件发送至目标终端设备，其中，目标终端设备存储以及显示打包文件。该方法以预先确定的包括了用于手机软件打包的各个参数指标项的预先生成的指标项集集合，能够根据打包请求快速生成打包参数集合并对目标文件打包进行打包，以提高生成打包文件的速度，从而提高文件存储的效率。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

图1是本公开的一些实施例可以应用于其中的示例性系统的架构图；

图2是根据本公开的文件存储方法的一些实施例的流程图；

图3是根据本公开的文件存储装置的一些实施例的流程图；

图4是适于用来实现本公开的一些实施例的终端设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例。相反，提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

下面将参考附图并结合实施例来详细说明本公开。

图1示出了可以应用本公开的文件存储方法的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如信息处理应用、文件存储应用、数据分析应用等。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是具有显示屏的各种终端设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的终端设备中。其可以实现成多个软件或软件模块(例如用来提供打包请求输入等)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103输入的打包请求进行存储的服务器等。服务器可以对接收到的打包请求进行处理，并将处理结果(例如打包文件)反馈给终端设备。

需要说明的是，本公开实施例所提供的文件存储方法可以由服务器105，也可以由终端设备执行。

需要指出的是，服务器105的本地也可以直接存储打包请求，服务器105可以直接提取本地的打包请求通过处理后得到打包文件，此时，示例性系统架构100可以不包括终端设备101、102、103和网络104。

还需要指出的是，终端设备101、102、103中也可以安装有文件存储应用，此时，处理方法也可以由终端设备101、102、103执行。此时，示例性系统架构100也可以不包括服务器105和网络104。

需要说明的是，服务器105可以是硬件，也可以是软件。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块(例如用来提供文件存储服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，示出了根据本公开的文件存储方法的一些实施例的流程200。该文件存储方法，包括以下步骤：

步骤201，接收用户发来的打包请求。

在一些实施例中，文件存储方法的执行主体(例如图1所示的服务器)接收用户发来的打包请求。其中，打包请求包括应用程序编程接口环境参数、打包类型指标和目标文件的存储地址。具体的，应用程序编程接口环境(Application-Programming-Interface，API)参数可以是预先定义的函数，目的是提供应用程序与开发人员基于软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。打包类型指标可以是将开发后的可执行文件和必要的文档(如使用说明等)使用打包工具制作成的软件包的类型指标。可以根据目标文件的存储地址访问到目标文件。

可选的，在接收用户发来的打包请求之前，还包括：新建第一数目个打包脚本目标项和第二数目个打包脚本配置项。根据第一数目个打包脚本目标项和第二数目个打包脚本配置项，生成预先生成的指标项集集合。其中，预先生成的指标项集集合中包括第一数目乘以第二数目个预先生成的指标项集，预先生成的指标项集为打包脚本的指标项的集合。具体的，对于多包装项目(MultiplePacakge)可以包含2个打包脚本目标项和3个打包脚本配置项。2个打包脚本目标项可以是测试环境(test)和生产环境(product)。打包脚本配置项可以表征环境变量。打包脚本目标项可以是环境变量(Target)。3个打包脚本配置项可以是开发证书配置项(Debug)、企业证书配置项(Enterprise)和发布证书配置项(Release)。具体的，打包脚本配置项可以表征证书环境。具体的，对于多包装问题项目(MultiplePacakgeQA)可以包含2个打包脚本目标项和3个打包脚本配置项。2个打包脚本目标项可以是测试环境(test)和生产环境(product)。打包脚本配置项可以表征环境变量。打包脚本目标项可以是环境变量(Target)。3个打包脚本配置项可以是开发证书配置项(Debug)、企业证书配置项(Enterprise)和发布证书配置项(Release)。具体的，打包脚本配置项可以表征证书环境(configuration)。具体的，对于多包装项目和多包装问题项目共包含4个打包脚本目标项和3个打包脚本配置项，生成的预先生成的指标项集集合包括12个预先生成的指标项集。具体的，预先生成的指标项集包括预先生成的文件名称、预先生成的项目名称、预先生成的打包脚本方案、预先生成的打包脚本目标项、预先生成的打包脚本配置项、预先生成的应用程序编程接口环境参数和预先生成的打包类型指标。具体的，预先生成的指标项集可以是：

{

预先生成的文件名称Bundle idA,

预先生成的项目名称Profile nameA

预先生成的打包脚本方案Scheme nameA

预先生成的打包脚本目标项Target nameA

预先生成的打包脚本配置项Configuration nameA

预先生成的应用程序编程接口环境参数Apienv A

预先生成的打包类型指标Publish typeA

}。

步骤202，根据打包请求和预先生成的指标项集集合，生成打包参数集合。

在一些实施例中，上述执行主体根据打包请求和预先生成的指标项集集合，生成打包参数集合。可选的，根据应用程序编程接口环境参数和打包类型指标在预先生成的指标项集集合进行查找。响应于查找到目标指标项集，将目标指标项集中的目标项目名称、目标打包脚本方案、目标打包脚本目标项、目标打包脚本配置项的集合确定为打包参数集合。具体的，只需要根据应用程序编程接口环境参数和打包类型指标即可在预先生成的指标项集集合查找到打包参数集合，无需全部重新生成打包参数，节省了时间，提高了参数生成的效率。

步骤203，根据目标文件的存储地址，获取目标文件代码。

在一些实施例中，上述执行主体根据目标文件的存储地址，获取目标文件代码。具体的，可以将目标文件使用一个特定的编码方案以将其存储作为目标文件代码。目标文件代码可以节省存储空间，具有良好的应用加密后的安全性，目标文件代码可以满足不同的软件或协议之间进行通信。具体的，可以访问目标文件的存储地址，以获取目标文件代码。

步骤204，根据打包参数集合，对目标文件代码打包，以得到打包文件。

在一些实施例中，上述执行主体根据打包参数集合，对目标文件代码打包，以得到打包文件。可选的，上述执行主体可以将打包文件存储在本地。

步骤205，将打包文件发送至目标终端设备。

在一些实施例中，上述执行主体将打包文件发送至目标终端设备。其中，目标终端设备存储以及显示打包文件。具体的，上述目标终端设备可以是“手机”，也可以是“电脑”。目标终端设备将打包文件存储在本地。目标终端设备展示当前打包文件。

图2给出的一个实施例具有如下有益效果：接收用户发来的打包请求，其中，打包请求包括应用程序编程接口环境参数、打包类型指标和目标文件的存储地址；根据打包请求和预先生成的指标项集集合，生成打包参数集合；获取目标文件代码；根据打包参数集合，对目标文件代码打包，以得到打包文件；将打包文件发送至目标终端设备，其中，目标终端设备存储以及显示打包文件。该实施方式将打包文件存储所需的参数预先确定为预先生成的指标项集集合，根据打包请求提取打包存储必要的参数来对目标文件代码打包，以得到打包文件并存储，提高了打包方法的通用性，提高了打包文件存储效率。

进一步参考图3，作为对上述各图上述方法的实现，本公开提供了一种文件存储装置的一些实施例，这些装置实施例与图2上述的那些方法实施例相对应，该装置具体可以应用于各种终端设备中。

如图3所示，一些实施例的文件存储装置300，装置包括：接收单元301，生成单元302、获取单元303、确定单元304、发送单元305。其中，接收单元301，被配置成接收用户发来的打包请求，其中，打包请求包括环境参数、证书类型指标和目标文件的存储地址。生成单元302，被配置成根据打包请求和预先生成的指标项集集合，生成打包参数集合。获取单元303，被配置成根据目标文件的存储地址，获取目标文件代码。确定单元304，被配置成根据打包参数集合，对目标文件代码打包，以得到打包文件。发送单元305，被配置成将打包文件发送至目标终端设备，其中，目标终端设备存储以及显示打包文件。

可以理解的是，该装置300中记载的诸单元与参考图2描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作、特征以及产生的有益效果同样适用于装置300及其中包含的单元，在此不再赘述。

下面参考图4，其示出了适于用来实现本公开实施例的终端设备的计算机系统400的结构示意图。图4示出的终端设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图4所示，计算机系统400包括中央处理单元(CPU，Central Processing Unit)401，其可以根据存储在只读存储器(ROM，Read Only Memory)402中的程序或者从存储部分406加载到随机访问存储器(RAM，Random Access Memory)403中的程序而执行各种适当的动作和处理。在RAM403中，还存储有系统400操作所需的各种程序和数据。CPU 401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O，Input/Output)接口405也连接至总线404。

以下部件连接至I/O接口405：包括硬盘等的存储部分406；以及包括诸如LAN(局域网，Local Area Network)卡、调制解调器等的网络接口卡的通信部分407。通信部分407经由诸如因特网的网络执行通信处理。驱动器408也根据需要连接至I/O接口405。可拆卸介质409，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器408上，以便于从其上读出的计算机程序根据需要被安装入存储部分406。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分407从网络上被下载和安装，和/或从可拆卸介质409被安装。在该计算机程序被中央处理单元(CPU)401执行时，执行本公开的方法中限定的上述功能。需要说明的是，本公开所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如C语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (8)

1.一种文件存储方法，包括：

接收用户发来的打包请求，其中，所述打包请求包括应用程序编程接口环境参数、打包类型指标和目标文件的存储地址；

根据所述打包请求和预先生成的指标项集集合，生成打包参数集合；

根据所述目标文件的存储地址，获取目标文件代码；

根据所述打包参数集合，对所述目标文件代码打包，以得到打包文件；

将所述打包文件发送至目标终端设备，其中，所述目标终端设备存储以及显示所述打包文件。

2.根据权利要求1所述的方法，其中，所述方法还包括：

将所述打包文件存储在本地。

3.根据权利要求2所述的方法，其中，所述接收用户发来的打包请求之前，还包括：

新建第一数目个打包脚本目标项和第二数目个打包脚本配置项；

根据所述第一数目个打包脚本目标项和所述第二数目个打包脚本配置项，生成所述预先生成的指标项集集合，其中，所述预先生成的指标项集集合中包括第一数目乘以第二数目个预先生成的指标项集，所述预先生成的指标项集为打包脚本的指标项的集合。

4.根据权利要求3所述的方法，其中，所述预先生成的指标项集包括预先生成的文件名称、预先生成的项目名称、预先生成的打包脚本方案、预先生成的打包脚本目标项、预先生成的打包脚本配置项、预先生成的应用程序编程接口环境参数和预先生成的打包类型指标。

5.根据权利要求4所述的方法，其中，所述根据所述打包请求和预先生成的指标项集集合，生成打包参数集合，包括：

根据所述应用程序编程接口环境参数和所述打包类型指标在所述预先生成的指标项集集合进行查找；

响应于查找到目标指标项集，将目标指标项集中的目标项目名称、目标打包脚本方案、目标打包脚本目标项、目标打包脚本配置项的集合确定为所述打包参数集合。

6.一种文件存储装置，包括：

接收单元，被配置成接收用户发来的打包请求，其中，所述打包请求包括环境参数、证书类型指标和目标文件的存储地址；

生成单元，被配置成根据所述打包请求和预先生成的指标项集集合，生成打包参数集合；

获取单元，被配置成根据所述目标文件的存储地址，获取目标文件代码；

确定单元，被配置成根据所述打包参数集合，对所述目标文件代码打包，以得到打包文件；

发送单元，被配置成将所述打包文件发送至目标终端设备，其中，所述目标终端设备存储以及显示所述打包文件。

7.一种终端设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。

8.一种计算机可读存储介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如权利要求1-6中任一所述的方法。

Images