Android App Bundle
(google play 商店发布应用的话,可自行深入了解下,这里不做介绍)
http://mp.weixin.qq.com/s?__biz=MzAwODY4OTk2Mg==&mid=2652047353&idx=1&sn=c17ce6762ef7beeb42024fcb08552d3d&chksm=808ca7bcb7fb2eaae30a72a2f7bfb5a9c741e79ba9624a4b897a7b4d7aa22ee720294bf7a6c8&mpshare=1&scene=23&srcid=0105Thyn3mqxe89JHD3wNSrf#rd
作为开发者,
希望确保用户尽可能活动最佳体验,并确保自己的应用尽可能在所有设备上运行。
希望尽可能多的用户安装自己的应用。
希望他们持续使用自己的应用。
不希望用户因为自己无法控制的原因卸载自己的应用。
难以忽视的“大”问题:
应用的体积越来越大。
自2012年以来,应用体积平均增长了5倍。
原因:
- 开发者希望为应用添加炫酷功能和新内容,以确保用户留存/回归并保持业务增长。
- 设备性能越来越好,希望把一些闪亮的新功能利用起来。
- 设备生态系统更加多样化,开发者为了能让自己的项目,在大屏幕和小屏幕上、不同种类的CPU上流畅运行,进行复制应用中的代码和资源等。
Google Play 上的应用大小与其安装转化率呈负相关关系。这意味着随着应用变大,其安装率会下降。
原因:
- 许多用户的设备上没有足够的可用空间。
- 用户可能在使用存储空间一般的入门级设备。
- 即使拥有高端是河北的用户而言,他们的照片、视频和其他媒体文件的品质也在逐渐提升,从而占据了越来越大的空间,设备上的可用空间正在逐渐紧缩。
- 用户也不希望一边用着昂贵的流量套餐,一边等待大型应用去慢慢连接网络。
较大体积应用的安装率会下降,应用大小是推动卸载的主要动力。
当尝试安装应用时,手机发出警告,需要卸载部分不经常使用的应用,释放空间来安装新应用?用户通常会卸载体积最大的应用和游戏。
针对上述问题,开发者能采用的解决方案很有限。
可以在单个版本中为每个设备配置构建多个APK。但当想要针对不同屏幕尺寸和CPU架构进行优化,同时针对32位和64位时,情况就会失控---最终可能为每个版本构建数百个APK。 大多数开发者不会这样子做。
许多人只是将所有内容都放在一个“胖胖的”APK中,最终导致用户设备上存在这大量未使用过的内容。
而且,即使使用多重APK,也无法针对语言进行优化。即使用户只需要一种或两种语言,您也必须在每个APK中包含针对每个设备的所有翻译字符串,这样会浪费更多空间。
总结上述问题:开发者的困境显而易见了:
增加应用的体积,但可能导致较低的转换率和较高的卸载风险;
使用多重APK,会降低版本迭代效率并导致疲惫不堪,还可能花费大量的时间权衡不同的功能之间的取舍,以避免增加应用体积。
使用 Android App Bundle 的开发者的APK大小平均比之前采用的“完整APK”小 3.5%
(“完整APK”是指一个APK包含了Android App Bundle 支持的所有设备配置和语言所需的一切)。
Android App Bundle 的另一个重要创新是模块化设计。意味着可以向应用添加模块,包含能够按需加载其他应用功能。
应用变大的一个重要原因:功能的增长。
现可以无需在安装时增加应用的大小,添加更多功能。
使用动态功能也是在Android 上动态加载代码的安全做法,因为动态功能模块的扫描和检查方式与Google Play Protect扫描和检查应用本身的方式相同。
适用动态功能进行编码的功能:
- 安装时不需要的大型功能:可以按需加载这些功能,或者告诉Google Play 推迟安装它们,即在后台安装它们。可以通过这种方式加载高达100MB的功能。在发布时,不属于核心应用体验范畴的高级功能或附加组件很适合这样处理,例如:付费高级功能、个性化选项、AR功能等。
- 针对特定受众群体的功能 :并不是每个受众群体添加的功能,可以将其作为动态功能进行创建。例如:商业应用可以隔离动态功能模块中的销售功能,只有购买功能在安装时才会分发给每个用户。 需要销售功能的小部分用户群体(销售人员)可以在需要时下载和访问这个功能。 一些开发者还在探索动态功能,避免为仅仅是略有不同的用户群体提供为数过多的不同应用变体。
- 很少使用的功能:例如:应用包含一次性身份验证或信用卡扫描功能,那么能根据用户需要加载此功能,并在使用后立即将其卸载,就可以有效避免增加应用体积。还可以避免占用应用生命周期内未使用的空间。
Android App Bundle 通过动态功能实现应用的高度配置化,还支持免安装应用(Instant Apps)。
Android App Bundle的介绍
限制
- 仅限于通过 Google Play 发布的应用,(Google进一步巩固自身生态)
- 需要加入到 Google 的 beta program enroll your app in app signing by Google Play in the Play Console
- 最低支持版本Android 5.0 (API level 21)
- 低于Android 5.0 (API level 21) 的版本GooglePlay会优化Size,但不支持动态交付。
成本
- 需要升级到Android Studio 3.2修改工程以便支持App Bundle格式
- 集成Play Core Library
作者:修塔寻千里
链接:https://www.jianshu.com/p/3754d4e7f4e5
來源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。
学习Android App Bundle的使用:需要在Google Play 应用商店提交应用。注册Google开发者账号:25美元。
https://www.jianshu.com/p/e40e78a279b7
Android App Bundle != APK
Android App Bundle 与 APK 有一些相似之处,但它们是截然不同的,且用于不同的目的。
- APP Bundle(应用束)纯粹是为了上传设计的文件,用户无法直接安装和使用它。它是一个zip文件,Google Play 从中生成优化的APK并将其提供给设备进行安装。
- 应用束包含用于帮助工具生成 APK 的元数据文件 (这些元数据文件最终不会出现在 APK 中),此外还拥有严格的验证标准。
从 APK 切换到应用束是一个无缝过程。如果您使用 Android Studio 3.2 及更高版本,那么您只需点击几下即可生成已签名的应用束,将其上传到 Play Store,即可让用户开始享受更小尺寸 APK 所带来的便利。由于您的代码库没有重大变化,因此您无需担心会有什么问题发生。Android App Bundle 的早期采用者已经发现,动态交付显著减小了他们的应用体积。一些开发者甚至可以将他们的 APK 大小减半
---------------------
作者:ltym2014
来源:CSDN
原文:https://blog.csdn.net/ltym2014/article/details/83154361
版权声明:本文为博主原创文章,转载请附上博文链接!