CN113741960B - 一种基于安卓端的App自动定制打包方法及装置 - Google Patents

Abstract

本发明提出了一种基于安卓端的App自动定制打包方法及装置，所述方法包括：从项目代码中抽离App中的可定制资源，创建原始的定制文件夹并存入可定制资源；采用编辑工具创建App打包脚本，App打包脚本至少用于读取定制文件夹中的可定制资源，并使用可定制资源进行打包操作；发送原始的定制文件夹至客户端，以使客户端完成修改或替换可定制资源的操作；接收客户端修改后的定制文件，使用App打包脚本读取修改后的定制资源；控制App打包脚本执行打包操作，生成定制化App。所述装置使用了所述方法。实现了自动完成App的打包操作，在面对不同客户同样的定制需求时，不需要重复消耗人力和时间资源，极大的缩短了用户的等待时间，提升了App的定制效率。

Description

一种基于安卓端的App自动定制打包方法及装置

技术领域

本发明涉及网络技术领域，具体涉及一种基于安卓端的App自动定制打包方法及装置。

背景技术

随着时代的发展，为了满足用户的个性化需求，各行各业均衍生出了定制化的产品和服务，在App的定制场景中，会存在公司的一个App提供给多个客户进行多次多样化UI定制的情况。

目前常见的App定制流程为：当客户需要定制App时，App端会先让客户提供需要修改的UI、App的版本号等资源，App端的开发人员拿到这些资源后通过人工修改代码，测试完成后再重新打包App，之后再交付给客户。

然而，每当客户提交定制任务时，都需要开发人员花费时间来修改代码和测试打包，当客户的定制需求本质相同时，需要重复消耗人力和时间资源，并且如果人工操作出现问题，交付定制化App给客户的时间也会变得不可控，影响了客户的使用体验。

发明内容

针对现有技术的不足，本发明提出一种基于安卓端的App自动定制打包方法及装置，解决了现有技术中重复消耗人力和时间资源，人工操作易出错的缺陷。

本发明的技术方案是这样实现的：一种基于安卓端的App自动定制打包方法，包括：

从项目代码中抽离App中的可定制资源，创建原始的定制文件夹并存入所述可定制资源，所述可定制资源包括UI文件和App版本信息；

采用编辑工具创建App打包脚本，所述App打包脚本至少用于读取所述定制文件夹中的可定制资源，并使用所述可定制资源进行打包操作；

发送所述原始的定制文件夹至客户端，以使所述客户端完成修改或替换所述可定制资源的操作；

接收客户端修改后的定制文件，使用所述App打包脚本读取所述修改后的定制资源；

控制所述App打包脚本执行打包操作，生成定制化App。

进一步，上述所述采用编辑工具创建App打包脚本，所述App打包脚本至少用于读取所述定制文件夹中的可定制资源，并使用所述可定制资源进行打包操作的步骤，具体为：

使用gradle、zipalign和apksigner工具创建App打包脚本，所述App打包脚本至少用于读取所述定制文件夹中的定制资源，并使用所述定制资源进行打包操作。

进一步，上述所述从项目代码中抽离App中的可定制资源，创建原始的定制文件夹并存入所述可定制资源，所述可定制资源包括用户界面文件和App版本信息的步骤之前，还包括：

根据不同的定制需求，选取App对应的多组可定制资源，生成各组可定制资源对应的定制方案；

根据所述定制方案生成UI演示模板；

根据用户对所述UI演示模板的选取操作，确定对应的可定制资源；

所述接收客户端修改后的定制文件，使用所述App打包脚本读取所述修改后的定制资源的步骤，包括：

接收客户端修改后的定制文件，根据用户选取UI演示模板对应的定制方案确定对应的App打包脚本；

使用对应的App打包脚本读取所述修改后的定制资源。

进一步，上述所述控制所述App打包脚本执行打包操作，生成定制化App的步骤之后，还包括：

接收客户端的反馈信息，所述反馈信息包括客户意见信息；

判断所述客户意见信息为bug反馈信息时，根据所述定制化App生成UI实例模板；

比较所述UI实例模板和对应的UI演示模板，生成NG信息；

将所述客户意见信息、NG信息和修改后的定制文件发送至开发人员，以使所述开发人员完成bug修复工作。

进一步，上述所述将所述客户意见信息、NG信息和修改后的定制文件发送至开发人员，以使所述开发人员完成bug修复工作的步骤之后，还包括：

根据开发人员的修复操作，修复或替换对应的App打包脚本。

本发明还提供了一种基于安卓端的App自动定制打包装置，包括：

第一生成模块，用于从项目代码中抽离App中的可定制资源，创建原始的定制文件夹并存入所述可定制资源，所述可定制资源包括UI文件和App版本信息；

第二生成模块，用于采用编辑工具创建App打包脚本，所述App打包脚本至少用于读取所述定制文件夹中的可定制资源，并使用所述可定制资源进行打包操作；

第一发送模块，用于发送所述原始的定制文件夹至客户端，以使所述客户端完成修改或替换所述可定制资源的操作；

第一接收模块，用于接收客户端修改后的定制文件，使用所述App打包脚本读取所述修改后的定制资源；

第三生成模块，用于控制所述App打包脚本执行打包操作，生成定制化App。

进一步，上述所述第二生成模块，具体用于；

使用gradle、zipalign和apksigner工具创建App打包脚本，所述App打包脚本至少用于读取所述定制文件夹中的定制资源，并使用所述定制资源进行打包操作。

进一步，上述自动定制打包装置还包括：

第四生成模块，用于根据不同的定制需求，选取App对应的多组可定制资源，生成各组可定制资源对应的定制方案；

第五生成模块，用于根据所述定制方案生成UI演示模板；

确定模块，用于根据用户对所述UI演示模板的选取操作，确定对应的可定制资源；

所述第一接收模块，包括：

确定单元，用于接收客户端修改后的定制文件，根据用户选取UI演示模板对应的定制方案确定对应的App打包脚本；

处理单元，用于使用对应的App打包脚本读取所述修改后的定制资源。

进一步，上述所述自动定制打包装置还包括：

第二接收模块，用于接收客户端的反馈信息，所述反馈信息包括客户意见信息；

第六生成模块，用于判断所述客户意见信息为bug反馈信息时，根据所述定制化App生成UI实例模板；

第七生成模块，用于比较所述UI实例模板和对应的UI演示模板，生成NG信息；

第二发送模块，用于将所述客户意见信息、NG信息和修改后的定制文件发送至开发人员，以使所述开发人员完成bug修复工作。

进一步，上述所述自动定制打包装置处理模块，用于根据开发人员的修复操作，修复或替换对应的App打包脚本。

本发明实施例通过将可定制资源从App的项目代码中抽离，创建原始文件夹对可定制资源进行储存，并制作用于读取所述可定制资源，对所述可定制资源进行打包操作的打包脚本。服务器接收到客户的App定制请求后，自动将原始的定制文件夹发送至客户端。当用户在客户端完成修改或替换操作后，服务器自动接收客户端修改后的定制文件，使用App打包脚本读取所述修改后的定制资源；控制所述App打包脚本执行打包操作，生成定制化App，使得用户可以根据自身需要完成定制文件的修改和替换操作，打包和签名操作由开发人员专门制作的App打包脚本完成，在面对不同客户同样的定制需求、或同一客户本质相同的定制需求时，不需要重复消耗人力和时间资源，且App的打包全程自动化，极大的缩短了用户的等待时间，提升了App的定制效率。

附图说明

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

图1为本发明第一实施例的一种基于安卓端的App自动定制打包方法的流程图；

图2为本发明第二实施例的一种基于安卓端的App自动定制打包方法的流程图；

图3为本发明第三实施例的一种基于安卓端的App自动定制打包装置的结构框图。

具体实施方式

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

第一实施例：

请参照图1所示，本发明实施例公开了一种基于安卓端的App自动定制打包方法，包括：

S11，从项目代码中抽离App中的可定制资源，创建原始的定制文件夹并存入所述可定制资源，所述可定制资源包括UI文件和App版本信息。

通常情况下，开发人员在首次接收到App的定制请求时，针对对应的定制请求，从项目代码中抽离App中的可定制资源，并建立对应的定制文件夹，所述定制资源的UI文件包括且不限于人机交互、操作逻辑和外观界面设计文件。需要说明的是，可定制资源也可由开发人员自发确定，以提供多种不同的App定制可行性。

S12，采用编辑工具创建App打包脚本，所述App打包脚本至少用于读取所述定制文件夹中的可定制资源，并使用所述可定制资源进行打包操作。

当App打包脚本制作完成后，开发人员将App打包脚本上传至服务器，以使App打包脚本可以根据客户端的请求自动对App进行定制化打包操作。

作为一种改进方案而非限定，本步骤S12，具体为：

使用gradle、zipalign和apksigner工具创建App打包脚本，所述App打包脚本至少用于读取所述定制文件夹中的定制资源，并使用所述定制资源进行打包操作。

其中，gradle是一个基于Apache Ant和Apache Maven概念的项目自动化构建开源工具。zipalign是一种zip归档文件对齐工具，它可确保归档中的所有未压缩文件相对于文件开头都是对齐的。apksigner是针对Android apk签名及验证的专用工具。

S13，发送所述原始的定制文件夹至客户端，以使所述客户端完成修改或替换所述可定制资源的操作。

可定制资源的修改和替换操作包括且不仅限于人机交互、操作逻辑和外观界面设计文件的修改和替换操作。当客户完成前述操作后，可以将修改后的定制文件上传至服务器，并提交定制任务。

S14，接收客户端修改后的定制文件，使用所述App打包脚本读取所述修改后的定制资源。

服务器接收到修改后的定制文件和定制任务后，自动使用所述App打包脚本读取所述修改后的定制资源。本实施例的客户端包括且不限于手机、平板、电脑和笔记本等。

S15,控制所述App打包脚本执行打包操作，生成定制化App。

在本实施例中，在对App打包和签名后，服务器可以自动完成App的测试，并生成定制化App及对应版本号，同时发送App定制完成消息至客户端，通知用户下载使用。

本发明实施例通过将可定制资源从App的项目代码中抽离，创建原始文件夹对可定制资源进行储存，并制作用于读取所述可定制资源，对所述可定制资源进行打包操作的打包脚本。服务器接收到客户的App定制请求后，自动将原始的定制文件夹发送至客户端。当用户在客户端完成修改或替换操作后，服务器自动接收客户端修改后的定制文件，使用App打包脚本读取所述修改后的定制资源；控制所述App打包脚本执行打包操作，生成定制化App，使得用户可以根据自身需要完成定制文件的修改和替换操作，打包和签名操作由开发人员专门制作的App打包脚本完成，在面对不同客户同样的定制需求、或同一客户本质相同的定制需求时，不需要重复消耗人力和时间资源，且App的打包全程自动化，极大的缩短了用户的等待时间，提升了App的定制效率。

第二实施例：

请参照图2所示，本发明实施例公开了另一种基于安卓端的App自动定制打包方法，包括：

S201，根据不同的定制需求，选取App对应的多组可定制资源，生成各组可定制资源对应的定制方案。

在本实施例中，服务器根据不同的定制需求，提供多组不同的可定制资源供用户选择，示例性的，当定制需求为简单的替换包含客户公司logo的App页面时，所述可定制资源至少以对应的App页面为组；当定制需求为替换多个页面、按钮和对应的操作逻辑时，所述可定制资源至少以所述多个页面、按钮和对应的操作逻辑为组。简而言之，研发人员可以根据用户的定制深度不同，事先确定对应的可定制资源，以提供给客户多种可选的个性化App定制方案。

S202，根据所述定制方案生成UI演示模板。

在本步骤中，服务器为每套定制方案均生成有至少一个UI演示模板，UI演示模板通常以画册的形式展现，用以直观体现App的可定制的内容，不同定制方案的UI演示模板的内容也不同。需要说明的是，针对人机交互和操作逻辑的UI定制资源，也可以以GIF等动画或压缩视频的形式展现。

作为一种优选方案，UI演示模板可以是通过App打包脚本操作实现的，如：当UI演示模板包括画册时，画册中的图片为由App打包脚本控制App运行至特定页面，截屏并抠图生成，当UI演示模板包括gif动画或压缩视频时，所述动画或压缩视频素材为App打包脚本控制App完成对应操作，并录屏生成。

S203，根据用户对所述UI演示模板的选取操作，确定对应的可定制资源。

当用户选中对应的UI演示模板后，服务器会向用户推送对应定制方案的难度系数、定制成功率和定制费用，其中，难度系数由可定制资源的素材量和制作难度进行评分，所述定制成功率根据以往该定制方案的NG率确定，用户可以根据自身能力和难度系数、定制成功率、定制费用确定是否选取该定制方案。当用户选取UI演示模板后，确定与该演示模板对应的定制方案和可定制资源。

S204，从项目代码中抽离App中的可定制资源，创建原始的定制文件夹并存入所述可定制资源，所述可定制资源包括UI文件和App版本信息。

本步骤与第一实施例对应步骤相同，这里不再赘述。

S205，采用编辑工具创建App打包脚本，所述App打包脚本至少用于读取所述定制文件夹中的可定制资源，并使用所述可定制资源进行打包操作。

与上述第一实施例对应步骤不同的是，S205是定制方案确定后预先完成的，且各定制方案与不同的App打包脚本对应。

S206，发送所述原始的定制文件夹至客户端，以使所述客户端完成修改或替换所述可定制资源的操作。

本步骤与第一实施例对应步骤相同，这里不再赘述。

S207，接收客户端修改后的定制文件，根据用户选取UI演示模板对应的定制方案确定对应的App打包脚本。

服务器接收到修改后的定制文件和定制任务后，自动使用与定制方案对应的App打包脚本读取所述修改后的定制资源。本实施例的客户端包括且不限于手机、平板、电脑和笔记本等。

S208，使用对应的App打包脚本读取所述修改后的定制资源。

本步骤与第一实施例对应步骤相同，这里不再赘述。

S209，控制所述App打包脚本执行打包操作，生成定制化App。

本步骤与第一实施例对应步骤相同，这里不再赘述。

S210，接收客户端的反馈信息，所述反馈信息包括客户意见信息。

客户端的反馈信息可以是客户主动反馈的，也可以是客户在对App进行打分时收集而生成的。其中，客户意见信息包括bug反馈信息。

S211，判断所述客户意见信息为bug反馈信息时，根据所述定制化App生成UI实例模板。

在本步骤中，App打包脚本还具体用于根据客户定制化App生成UI实例模板，其中，UI实例模板和UI演示模板的展示方式相同，当UI实例模板包括画册时，画册中的图片为由App打包脚本截屏并抠图生成，当UI实例模板包括gif动画或压缩视频时，所述动画或压缩视频素材为App打包脚本控制App完成对应操作，并录屏生成。

基于上述表述可知，App打包脚本还可以以同样的方式自动完成S202中UI演示模板的制作。

S212，比较所述UI实例模板和对应的UI演示模板，生成NG信息。

本步骤将UI实例模板和UI演示模板中对应编号的图片、动画或压缩视频的各帧进行比对，当比对差异超出预设比例时，生成截图，并将所述截图存入所述NG信息，需要说明的是，NG信息还包括上述App打包脚本控制App完成对应操作时，App生成的错误信息。

S213，将所述客户意见信息、NG信息和修改后的定制文件发送至开发人员，以使所述开发人员完成bug修复工作。

在本步骤中，服务器自动收集客户意见信息、NG信息和修改后的定制文件并发送给开发人员，供开发人员综合判断定制化App的bug，并完成修复工作。

S214，根据开发人员的修复操作，修复或替换对应的App打包脚本。

在本实施例中，开发人员可以根据各定制方案出现的bug频率，对App打包脚本进行编译和修复，以减少App打包脚本自身存在的bug。

本发明实施例通过提供不同的App定制方案和对应的多组可定制资源供客户选择，可以充分满足不同客户的不同定制化需求，利于App的普及推广，同时，通过将可定制资源通过UI演示模板进行演示，并提供难度系数、定制成功率和定制费用供客户作为定制方案确定的参考，提升了App的定制效率和客户的使用体验；另外，当定制化App出现bug时，通过生成与UI演示模板展示方式相同的UI实例模板，自动比较所述UI实例模板和对应的UI演示模板，生成NG信息，为开发人员对App的bug修复工作提供了有效参考，大量减少了bug排除时间，将客户意见信息、NG信息和修改后的定制文件发送至开发人员，提升了开发人员的bug修复效率。最后，本实施例还提供了一种修复或替换App打包脚本的方案，使得开发人员可以对App打包脚本不断改进，日益完善，进一步提升了App的定制成功率和客户体验。

第三实施例：

请参照图3所示，本发明还提供了一种基于安卓端的App自动定制打包装置100，包括第四生成模块1010、第五生成模块1020、确定模块1030、第一生成模块1040、第二生成模块1050、第一发送模块1060，第一接收模块1070、第三生成模块1080、第二接收模块1090、第六生成模块1100、第七生成模块1110、第二发送模块1120和处理模块1130，其中：

第四生成模块1010，与第五生成模块1020连接，用于根据不同的定制需求，选取App对应的多组可定制资源，生成各组可定制资源对应的定制方案。

第五生成模块1020，与确定模块1030连接，用于根据所述定制方案生成UI演示模板。

确定模块1030，与第一生成模块1040连接，用于根据用户对所述UI演示模板的选取操作，确定对应的可定制资源。

第一生成模块1040，与第二生成模块1050连接，用于从项目代码中抽离App中的可定制资源，创建原始的定制文件夹并存入所述可定制资源，所述可定制资源包括UI文件和App版本信息。

第二生成模块1050，与第一发送模块1060连接，用于采用编辑工具创建App打包脚本，所述App打包脚本至少用于读取所述定制文件夹中的可定制资源，并使用所述可定制资源进行打包操作。

在本实施例中，所述第二生成模块1050，具体用于；

使用gradle、zipalign和apksigner工具创建App打包脚本，所述App打包脚本至少用于读取所述定制文件夹中的定制资源，并使用所述定制资源进行打包操作

第一发送模块1060，与第一接收模块1070连接，用于发送所述原始的定制文件夹至客户端，以使所述客户端完成修改或替换所述可定制资源的操作。

第一接收模块1070，与第三生成模块1080连接，用于接收客户端修改后的定制文件，使用所述App打包脚本读取所述修改后的定制资源。

在本实施例中，所述第一接收模块1070，包括确定单元1071和处理单元1072，其中：

确定单元1071，与处理单元1072连接，用于接收客户端修改后的定制文件，根据用户选取UI演示模板对应的定制方案确定对应的App打包脚本。

处理单元1072，用于使用对应的App打包脚本读取所述修改后的定制资源。

第三生成模块1080，与第二接收模块1090连接，用于控制所述App打包脚本执行打包操作，生成定制化App。

第二接收模块1090，与第六生成模块1100连接，用于接收客户端的反馈信息，所述反馈信息包括客户意见信息。

第六生成模块1100，与第七生成模块1110连接，用于判断所述客户意见信息为bug反馈信息时，根据所述定制化App生成UI实例模板。

第七生成模块1110，与第二发送模块1120连接，用于比较所述UI实例模板和对应的UI演示模板，生成NG信息。

第二发送模块1120，与处理模块1130连接，用于将所述客户意见信息、NG信息和修改后的定制文件发送至开发人员，以使所述开发人员完成bug修复工作。

处理模块1130，用于根据开发人员的修复操作，修复或替换对应的App打包脚本。

本实施例的模块和单元与上述第一、二实施例的步骤对应，这里不再赘述。

本发明实施例通过将可定制资源从App的项目代码中抽离，创建原始文件夹对可定制资源进行储存，并制作用于读取所述可定制资源，对所述可定制资源进行打包操作的打包脚本。服务器接收到客户的App定制请求后，自动将原始的定制文件夹发送至客户端。当用户在客户端完成修改或替换操作后，服务器自动接收客户端修改后的定制文件，使用App打包脚本读取所述修改后的定制资源；控制所述App打包脚本执行打包操作，生成定制化App，使得用户可以根据自身需要完成定制文件的修改和替换操作，打包和签名操作由开发人员专门制作的App打包脚本完成，在面对不同客户同样的定制需求、或同一客户本质相同的定制需求时，不需要重复消耗人力和时间资源，且App的打包全程自动化，极大的缩短了用户的等待时间，提升了App的定制效率。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露打包方法和打包装置，可以通过其它的方式实现。例如，以上所描述的优化装置的实施例仅仅是示意性的，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种基于安卓端的App自动定制打包方法，其特征在于，包括：

从项目代码中抽离App中的可定制资源，创建原始的定制文件夹并存入所述可定制资源，所述可定制资源包括UI文件和App版本信息；

采用编辑工具创建App打包脚本，所述App打包脚本至少用于读取所述定制文件夹中的可定制资源，并使用所述可定制资源进行打包操作；

发送所述原始的定制文件夹至客户端，以使所述客户端完成修改或替换所述可定制资源的操作；

接收客户端修改后的定制文件，使用所述App打包脚本读取所述修改后的定制资源；

控制所述App打包脚本执行打包操作，生成定制化App；

所述从项目代码中抽离App中的可定制资源，创建原始的定制文件夹并存入所述可定制资源，所述可定制资源包括用户界面文件和App版本信息的步骤之前，还包括：

根据不同的定制需求，选取App对应的多组可定制资源，生成各组可定制资源对应的定制方案；

根据所述定制方案生成UI演示模板；

根据用户对所述UI演示模板的选取操作，确定对应的可定制资源；

所述接收客户端修改后的定制文件，使用所述App打包脚本读取所述修改后的定制资源的步骤，包括：

接收客户端修改后的定制文件，根据用户选取UI演示模板对应的定制方案确定对应的App打包脚本；

使用对应的App打包脚本读取所述修改后的定制资源；

所述控制所述App打包脚本执行打包操作，生成定制化App的步骤之后，还包括：

接收客户端的反馈信息，所述反馈信息包括客户意见信息；

判断所述客户意见信息为bug反馈信息时，根据所述定制化App生成UI实例模板；

比较所述UI实例模板和对应的UI演示模板，生成NG信息；

将所述客户意见信息、NG信息和修改后的定制文件发送至开发人员，以使所述开发人员完成bug修复工作。

2.如权利要求1所述的打包方法，其特征在于，所述采用编辑工具创建App打包脚本，所述App打包脚本至少用于读取所述定制文件夹中的可定制资源，并使用所述可定制资源进行打包操作的步骤，具体为：

使用gradle、zipalign和apksigner工具创建App打包脚本，所述App打包脚本至少用于读取所述定制文件夹中的定制资源，并使用所述定制资源进行打包操作。

3.如权利要求2所述的打包方法，其特征在于，所述将所述客户意见信息、NG信息和修改后的定制文件发送至开发人员，以使所述开发人员完成bug修复工作的步骤之后，还包括：

根据开发人员的修复操作，修复或替换对应的App打包脚本。

4.一种基于安卓端的App自动定制打包装置，其特征在于，包括：

第一生成模块，用于从项目代码中抽离App中的可定制资源，创建原始的定制文件夹并存入所述可定制资源，所述可定制资源包括UI文件和App版本信息；

第二生成模块，用于采用编辑工具创建App打包脚本，所述App打包脚本至少用于读取所述定制文件夹中的可定制资源，并使用所述可定制资源进行打包操作；

第一发送模块，用于发送所述原始的定制文件夹至客户端，以使所述客户端完成修改或替换所述可定制资源的操作；

第一接收模块，用于接收客户端修改后的定制文件，使用所述App打包脚本读取所述修改后的定制资源；

第三生成模块，用于控制所述App打包脚本执行打包操作，生成定制化App；

第四生成模块，用于根据不同的定制需求，选取App对应的多组可定制资源，生成各组可定制资源对应的定制方案；

第五生成模块，用于根据所述定制方案生成UI演示模板；

确定模块，用于根据用户对所述UI演示模板的选取操作，确定对应的可定制资源；

所述第一接收模块，包括：

确定单元，用于接收客户端修改后的定制文件，根据用户选取UI演示模板对应的定制方案确定对应的App打包脚本；

处理单元，用于使用对应的App打包脚本读取所述修改后的定制资源；

第二接收模块，用于接收客户端的反馈信息，所述反馈信息包括客户意见信息；

第六生成模块，用于判断所述客户意见信息为bug反馈信息时，根据所述定制化App生成UI实例模板；

第七生成模块，用于比较所述UI实例模板和对应的UI演示模板，生成NG信息；

第二发送模块，用于将所述客户意见信息、NG信息和修改后的定制文件发送至开发人员，以使所述开发人员完成bug修复工作。

5.如权利要求4所述的打包装置，其特征在于，所述第二生成模块，具体用于；

使用gradle、zipalign和apksigner工具创建App打包脚本，所述App打包脚本至少用于读取所述定制文件夹中的定制资源，并使用所述定制资源进行打包操作。

6.如权利要求5所述的打包装置，其特征在于，还包括：

处理模块，用于根据开发人员的修复操作，修复或替换对应的App打包脚本。

Images