[发明专利]基于插件的安卓应用打包分发方法、系统及应用终端有效
申请号: | 202010385424.X | 申请日: | 2020-05-09 |
公开(公告)号: | CN111610984B | 公开(公告)日: | 2023-10-27 |
发明(设计)人: | 唐瑞;侯佳伟;马家兴;李盼;周超;蔡榕 | 申请(专利权)人: | 上海万间信息技术有限公司 |
主分类号: | G06F8/61 | 分类号: | G06F8/61;G06F9/445 |
代理公司: | 上海恒慧知识产权代理事务所(特殊普通合伙) 31317 | 代理人: | 张宁展 |
地址: | 200120 上海市浦*** | 国省代码: | 上海;31 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 基于 插件 应用 打包 分发 方法 系统 终端 | ||
本发明提供了一种基于插件的安卓应用打包分发方法、系统及应用终端,通过自定义插件获取相关配置并解析相关配置参数;判断是否开启插件,如果开启则继续,否则结束;判断是否开启加固,如果开启则继续,否则执行上传步骤;获取当前编译类型,如果是release包,则进行加固;判断是否开启多渠道打包,如果开启则继续,否则执行上传步骤;在安装包的Apk Signing Block中插入渠道信息,输出渠道包;判断是否开启上传,如果开启则继续,否则执行通知步骤;将渠道包上传到内网网盘;判断是否开启应用通知,如果开启则将应用通知进行发送,否则结束。本发明将整个打包分发流程进行串接,达到一键式操作。
技术领域
本发明涉及计算机开发技术领域,具体地,涉及一种基于插件的安卓(Android)应用打包分发方法、系统及应用终端。
背景技术
现有的应用打包及发版流程是断层的,开发人员在打包后为了保证应用安全性,通常会对应用进行加固处理,然后根据多渠道标识逐个生成一一对应的渠道包,最后将这些生成的渠道包传输给市场运营人员上传到各大应用市场。
因此,现有的应用打包及发版技术,存在如下技术问题:
1、现有打包方案是在应用程序的配置文件中添加多渠道标识,编译器打包时通过逐个读取渠道标识进行打包,这样会大大增加应用打包时间;
2、打包时间过长和渠道包文件过多都会增加和市场运营人员的沟通成本,如若沟通不及时,会进一步延长版本的发布周期;
3、整个过程都是由人工逐步操作,如果中间由于外部因素的干扰,会大大影响发版的时间周期;
4、由于Android操作系统的机制更加完善,传统的打入渠道标识方案存在兼容性和效率问题。
对现有的应用打包及发版技术进行改进的方案,通常仅从某个方面进行效率的提升,例如:加固、打多渠道包等方式,但是这种改进方案并没有将整个流程串联起来,仍无法有效解决上述技术问题。
目前没有发现同本发明类似技术的说明或报道,也尚未收集到国内外类似的资料。
发明内容
本发明针对现有技术中存在的上述不足,提供了一种基于插件的安卓(Android)应用打包分发方法、系统及应用终端。
本发明是通过以下技术方案实现的。
根据本发明的一个方面,提供了一种基于插件的安卓应用打包分发方法,包括:
S1,通过自定义插件获取工程中使用插件的相关配置;
S2,判断是否开启插件,如果开启则继续执行S3,否则结束;
S3,判断是否开启加固,如果开启则继续执行S4,否则执行S7;
S4,获取当前编译类型是debug包还是release包,如果是debug包,则不进行加固,如果是release包,则进行加固;继续执行S5;
S5,判断是否有包含渠道名的文件地址,如果有则继续执行S6,否则执行S7;
S6,在安装包的Apk Signing Block中插入渠道信息,输出渠道包,继续执行S7;
S7,判断是否开启上传,如果开启则继续执行S8,否则执行S9;
S8,将渠道包上传到内网网盘,继续执行S9;
S9,判断是否开启应用通知,如果开启则将应用通知进行发送,否则结束。
优选地,所述S4中,如果是release包,则采用360加固保进行加固。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于上海万间信息技术有限公司,未经上海万间信息技术有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202010385424.X/2.html,转载请声明来源钻瓜专利网。
- 上一篇:可调弹体支撑车
- 下一篇:移动终端轨迹数据的去噪方法及装置