打包方法、装置和存储介质与流程

本公开涉及通信技术领域，具体地，涉及一种打包方法、装置和存储介质。

背景技术

随着互联网行业特别是移动互联网的蓬勃发展，手机、平板电脑、计算机等电子设备中的各种应用软件层出不穷，使人们的生活更加便捷。

相关技术中的打包平台主要提供打包的功能，并且打包平台在打包时会将整个打包平台的资源文件的内容都包含进来。比如，同一类应用的开发技术成熟到一定阶段，开发人员会把成熟的方案包装成一套安装文件提供给公司内部或者外部来使用。然而，并不是所有的功能对于接入方来说是必需的。

技术实现要素：

本公开提供一种打包方法、装置和存储介质，以解决相关技术中打包平台在不能根据用户需求进行打包的技术问题。

为实现上述目的，本公开实施例的第一方面，提供一种打包方法，所述方法包括：

显示数据库中可供选择的子安装包的属性，所述子安装包为功能模块单独打包形成的子安装文件；

从数据库中将第一用户选择的子安装包复制到预设文件中；

将预设文件中的子安装包合并打包，以形成第一用户制作的安装文件。

结合第一方面，在第一方面的第一种可能的实现方式中，还包括：

对获取的应用安装包解包，以使所述应用安装包中的功能模块之间松耦合；

对不同的功能模块单独打包，以形成子安装文件；

将所述子安装文件上传到所述数据库中。

结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述对不同的功能模块单独打包后，还包括：

将所述子安装文件的属性写入配置文件；

所述显示数据库中可供选择的子安装包的属性，包括：

将所述配置文件中对应于数据库中可供选择的子安装包的属性显示于前端，并在所述前端的每个安装包区域显示勾选框。

结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，还包括：

在所述前端显示关联于第一用户信息的写入值输入框，以使第二用户打开第一应用程序时，将第一用户的信息推荐给第二用户；其中，所述第一应用程序对应于第一用户制作的安装文件，所述安装文件包括联于第一用户信息的写入值。

本公开实施例的第二方面，提供一种打包装置，所述装置包括：

第一显示模块，被配置为显示数据库中可供选择的子安装包的属性，所述子安装包为功能模块单独打包形成的子安装文件；

复制模块，被配置为从数据库中将第一用户选择的子安装包复制到预设文件中；以及

第一打包模块，被配置为将预设文件中的子安装包合并打包，以形成第一用户制作的安装文件。

结合第二方面，在第二方面的第一种可能的实现方式中，还包括：

解包模块，被配置为对获取的应用安装包解包，以使所述应用安装包中的功能模块之间松耦合；

第二打包模块，被配置为对不同的功能模块单独打包，以形成子安装文件；以及

上传模块，被配置为将所述子安装文件上传到所述数据库中。

结合第二方面，在第二方面的第一种可能的实现方式中，还包括：

解包模块，被配置为对获取的应用安装包解包，以使所述应用安装包中的功能模块之间松耦合；

第二打包模块，被配置为对不同的功能模块单独打包，以形成子安装文件；以及

上传模块，被配置为将所述子安装文件上传到所述数据库中。

结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，还包括：

写入模块，被配置为将所述子安装文件的属性写入配置文件；

所述第一显示模块还被配置为：将所述配置文件中对应于数据库中可供选择的子安装包的属性显示于前端，并在所述前端的每个子安装包区域显示勾选框。

结合第二方面的第一种可能的实现方式，在第二方面的第三种可能的实现方式中，还包括：第二显示模块，被配置为在所述前端显示关联于第一用户信息的写入值输入框，以使第二用户打开第一应用程序时，将第一用户的信息推荐给第二用户；其中，所述第一应用程序对应于第一用户制作的安装文件，所述安装文件包括关联于第一用户信息的写入值。

本公开实施例的第三方面，提供一种打包装置，包括：

处理器；

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

其中，所述处理器被配置为：

显示数据库中可供选择的子安装包的属性，所述子安装包为功能模块打包形成的子安装文件；

从数据库中将第一用户选择的子安装包复制到预设文件中；

将预设文件中的子安装包合并打包，以形成第一用户制作的安装文件。

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

采用上述技术方案，至少能够达到如下技术效果：

本公开通过在数据库中预存功能模块对应的子安装包，用户只需在前端展示窗口按需勾选功能模块对应的子安装包，即可进行打包，解决了相关技术中打包平台在不能根据用户需求进行打包的技术问题，实现了按需打包的效果。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是本公开一示例性实施例示出的一种打包方法的流程图。

图2是本公开一示例性实施例示出的另一种打包方法的流程图。

图3是本公开一示例性实施例示出的另一种打包方法的流程图。

图4是本公开一示例性实施例示出的一种打包装置的框图。

图5是本公开一示例性实施例示出的另一种打包装置的框图。

图6是本公开一示例性实施例示出的一种打包装置的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

图1是根据一示例性实施例示出的一种打包方法的流程图，以解决相关技术中打包平台在不能根据用户需求进行打包的技术问题。如图1所示，所述打包方法可以包括以下步骤：

s11，显示数据库中可供选择的子安装包的属性，所述子安装包为功能模块单独打包形成的子安装文件。

s12，从数据库中将第一用户选择的子安装包复制到预设文件中。

s13，将预设文件中的子安装包合并打包，以形成第一用户制作的安装文件。

本实施例示出的该打包方法可以应用于终端，本公开中的终端可能是智能手机、平板电脑、台式电脑等。

在步骤s11中，显示数据库中可供选择的子安装包的属性。所述数据库预存有不同的子安装包，所述数据库可以存在于开发人员(即第一用户)操作的终端，也可以存在于云端服务器中。当所述数据库存在于云端服务器中时，开发人员操作的终端需要登录到云端服务器。其中，所述子安装包的属性可以是子安装包的名称、功能作用版本号等。

其中，所述子安装包为功能模块单独打包形成的子安装文件。以短视频为例，短视频在开发的过程中，积累了非常多的功能模块，比如视频播放器、音/视频解码、支持多种视频格式、广告收入模块、支付、三方分享等功能模块，这些不同的功能模块可以存放于所述数据库中；开发人员在电脑上开发短视频应用的时候，在电脑显示屏上显示数据库中可供选择的安装包，开发人员想要某个功能模块的功能，只需勾选该功能模块对应的安装包即可。

在第一用户选择子安装包后，执行步骤s12，从数据库中将第一用户选择的子安装包复制到预设文件中。当所述数据库存在于第一用户操作的终端时，终端只需从数据库所在的区域复制第一用户选择的子安装包到预设文件；当所述数据库存在于云端服务器中时，终端需要登录到云端服务器，并从云端服务器中将第一用户选择的子安装包下载到预设文件。

将第一用户选择的子安装包复制到预设文件后，执行步骤s13，将预设文件中的子安装包合并打包，以形成第一用户制作的安装文件。

本公开通过在数据库中预存功能模块对应的子安装包，用户只需在前端展示窗口按需勾选功能模块对应的子安装包，即可进行打包，解决了相关技术中打包平台在不能根据用户需求进行打包的技术问题，实现了按需打包的效果。

值得说明的是，对于图1所示的方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受所描述的动作顺序的限制。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本公开所必须的。

图2是根据一示例性实施例示出的另一种打包方法的流程图，以解决相关技术中打包平台在不能根据用户需求进行打包的技术问题。如图2所示，所述打包方法可以包括以下步骤：

s21，对获取的应用安装包解包，以使所述应用安装包中的功能模块之间松耦合；

s22，对不同的功能模块单独打包，以形成子安装文件。

s23，将所述子安装文件上传到所述数据库中。

s24，显示数据库中可供选择的子安装包的属性，所述子安装包为功能模块单独打包形成的子安装文件。

s25，从数据库中将第一用户选择的子安装包复制到预设文件中。

s26，将预设文件中的子安装包合并打包，以形成第一用户制作的安装文件。

所述数据库中的子安装包所包括的功能模块来源于各种应用安装包，针对某个应用安装包，首先将该应用安装包进行功能模块的拆分和解耦，让功能模块之间松耦合，进而可以独立存在。其中需要说明的是，每个功能模块都是一个独立的工程文件，该工程文件不依赖主工程文件，主工程文件只是必要的系统配置、公共代码库以及资源。

举例来讲，当第一用户操作的终端接收到一个短视频应用安装包后，对该短视频应用安装包进行解包，让该短视频应用安装包中的功能模块之间松耦合，进而可以独立存在；比如让该短视频应用安装包中的照相模块、动画模块、视频播放器、音/视频解码、支持多种视频格式、广告收入模块、支付、三方分享等功能模块之间松耦合，进而这些不同的功能模块可以独立存在，然后，将这些不同的功能模块单独打包存放于所述数据库中。

本公开通过对应用安装包解包，使得所述应用安装包中的功能模块之间松耦合，然后将不同的功能模块单独打包后存入数据库中，为打包平台实现按需打包提供了可能。

图3是根据一示例性实施例示出的另一种打包方法的流程图，以解决相关技术中打包平台在不能根据用户需求进行打包的技术问题。如图3所示，所述打包方法可以包括以下步骤：

s31，对获取的应用安装包解包，以使所述应用安装包中的功能模块之间松耦合；

s32，对不同的功能模块单独打包，以形成子安装文件；

s33，将所述子安装文件的属性写入配置文件

s34，将所述子安装文件上传到所述数据库中。

s35，将所述配置文件中对应于数据库中可供选择的子安装包的属性显示于前端，并在所述前端中每个子安装包的显示区域显示勾选框。

s36，从数据库中将第一用户选择的子安装包复制到预设文件中。

s37，将预设文件中的子安装包合并打包，以形成第一用户制作的安装文件。

其中，对不同的功能模块单独打包后，将子安装文件的属性以规定的格式写入配置文件。以安卓系统桌面启动模块(launcher)为例：

独立的launcher打包后，以规定的格式写入comm_app_config(配置文件)中：

<projecttype＝"apk"group＝"com.mi.android"name＝"launcher"revision＝"10.3.2.6-snapshot"/>。

然后，将打包好的launcher上传至数据库(比如maven代码仓库)，等待打包脚本的读取。在前端中将配置文件中子安装包的属性显示于前端，比如，将每个子安装包的名字显示于前端，并在每个子安装包的名字后面显示一个勾选框，第一用户在制作安装包时，通过在前端勾选自己想要的功能模块所对应的子安装包。

接着，打包脚本依据第一用户在前端勾选的子安装包，由于打包脚本中定义了变量packages，打包脚本会将勾选的子安装包赋值给packages，然后依据comm_app_config中的配置文件，从maven代码库中下载勾选的子安装包，进而进行合并打包，组合成一个新的功能包。

可选地，在所述前端显示关联于第一用户信息的写入值输入框，以使第二用户打开第一应用程序时，将第一用户的信息推荐给第二用户；其中，所述第一应用程序对应于第一用户制作的安装文件，所述安装文件包括关联于第一用户信息的写入值。第一用户信息可以是用户的社交信息，也可以是第一用户想要传递给其它用户的信息，比如广告信息。

本公开通过在前端显示写入值输入框以提供写入数据功能，第一用户在制作安装文件时可以在前端页面通过输入写入值，该写入值可以是邀请码、数据渠道、广告渠道等不同的字段值。

以邀请码为例，第一用户可以在制作安装包时输入自己独有的邀请码，第一用户将制作的安装包分享给第二用户；第二用户在自己的终端上装上该安装包，当第二用户打开该安装包对应的app时，该app可以直接将第一用户的账号信息关联到第二用户的app账户，进而可以产生一系列社交关系，实现了个性化的功能。

图4是本公开一示例性实施例示出的一种打包装置的框图。如图4所示，所述打包装置400包括：

第一显示模块410，被配置为显示数据库中可供选择的子安装包的属性，所述子安装包为功能模块单独打包形成的子安装文件；

复制模块420，被配置为从数据库中将第一用户选择的子安装包复制到预设文件中；以及

第一打包模块430，被配置为将预设文件中的子安装包合并打包，以形成第一用户制作的安装文件。

可选地，如图5所示，所述打包装置400还包括：

解包模块440，被配置为对获取的应用安装包解包，以使所述应用安装包中的功能模块之间松耦合；

第二打包模块450，被配置为对不同的功能模块单独打包，以形成子安装文件；以及

上传模块470，被配置为将所述子安装文件上传到所述数据库中。

可选地，如图5所示，所述打包装置400还包括：

写入模块460，被配置为将所述子安装文件的属性写入配置文件；

所述第一显示模块410还被配置为：将所述配置文件中对应于数据库中可供选择的子安装包的属性显示于前端，并在所述前端的每个子安装包区域显示勾选框。

可选地，如图5所示，所述打包装置400还包括：

第二显示模块480，被配置为在所述前端显示关联于第一用户信息的写入值输入框，以使第二用户打开第一应用程序时，将第一用户的信息推荐给第二用户；其中，所述第一应用程序对应于第一用户制作的安装文件，所述安装文件包括关联于第一用户信息的写入值。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任一项可选实施例所述打包方法的步骤。

图6是根据一示例性实施例示出的另一种打包装置800的框图。例如，装置800可以是移动电话，计算机，平板设备等。

参照图6，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电力组件806，多媒体组件808，音频组件810，输入/输出(i/o)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上打包的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

电力组件806为装置800的各种组件提供电力。电力组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(mic)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述打包的方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述打包的方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。