【问题标题】:Manage multiple .apks on Google Play在 Google Play 上管理多个 .apk
【发布时间】:2018-06-07 16:57:05
【问题描述】:

我们创建应用程序并在 Google Play 上分发,并且多年来一直能够创建一个 .apk 并分发到所有设备。

最近我们发现了一款​​设备(三星 Galaxy Core Prime SM-G360V Android 版本:5.1.1),我们需要进行特殊构建。

可能会找到适用于所有设备的东西,但我只是不想仅仅因为一部手机就强迫我的成千上万的用户更新他们的应用程序。

我读过这个: https://support.google.com/googleplay/android-developer/answer/7353455?hl=en

我读过这个: https://developer.android.com/google/play/publishing/multiple-apks

他们并没有真正考虑做我们想做的事情的策略:

  1. 将我们现有的 .apk 保留在商店中,并防止 5.1.1 设备下载它。
  2. 添加一个只有 5.1.1 设备才能下载的新 .apk。

我担心的一个因素是说明中提到了排除手机的列表,但没有提到支持的手机列表。

我想在我们现有的 .apk 中排除手机;并在新的 .apk 上设置受支持的手机(意味着排除所有其他设备)。

这也是在无法真正测试的情况下对生产应用进行更改,因此我们必须清楚说明我们在 Google Play 上所做的任何更改的副作用。

【问题讨论】:

  • 是的,这些信息似乎有点神秘。因此谷歌最近刚刚推出了一个新功能,叫做:Android App Bundle。我认为他们希望开发人员停止上传多个 APK。在此处阅读更多信息:developer.android.com/platform/technology/app-bundle

标签: android google-play


【解决方案1】:

为单个设备使用完整的 APK 变体是非常不寻常的。使用多个 APK 的更常见原因是:

  • 在旧 SDK 上为旧手机提供旧版本,为较新手机提供新版本
  • 为不同的原生库提供不同的版本
  • 为不同的资产密度提供不同的版本

对于所有这些用例,现在鼓励开发人员使用 Android App Bundle,而不是发布多个 APK。

老实说,如果您只对一部手机进行更改,我建议您在代码中使用一个“if”语句。用户获取更新很痛苦,你是对的,但如果更改很小,Google Play 修补和压缩应该使更新大小保持很小。

【讨论】:

  • 尼克,您的建议对于一般情况来说是合理的。我们所做的更改比一个 if 语句要大得多,以使这款手机能够正常工作,我不想将此更改发布给所有用户并冒另一个错误的风险。我们所做的更改与 4.x 不兼容。
猜你喜欢
  • 1970-01-01
  • 2019-12-05
  • 1970-01-01
  • 2020-11-03
  • 2014-01-18
  • 2012-06-22
  • 2014-08-11
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多