【问题标题】:Updating an Android App that uses In App Billing更新使用 In App Billing 的 Android 应用
【发布时间】:2012-08-14 03:44:01
【问题描述】:

我们有一个使用应用内计费的应用程序。我们看到的问题如下:

当设备上的 App 的 versionCode 与 Play Developer Console 中发布的 Application 的 versionCode 相同时,Billing 工作正常。

当具有更高 versionCode 的构建被上传到 Play 开发者控制台时,In App Billing 会停止在设备上的应用(具有较低 versionCode)上运行,并显示“该应用程序未配置为计费”。

在测试时这很好,但问题是 - 当应用程序在 Google Play 商店中时的行为是什么?当您替换应用程序(以执行更新)时,在野外的应用程序(具有较低版本代码)是否停止使用应用内计费?

如果是这样,人们使用什么方法来执行更新?您是否强制用户在购买前更新?还是只有在发布之前才会出现这个问题?

任何建议将不胜感激!

谢谢!

【问题讨论】:

    标签: android in-app-billing


    【解决方案1】:

    只要您上传的“较新”的 apk 使用与现有密钥相同的密钥进行签名,那么您应该不会遇到任何问题。

    我刚刚测试过使用以前的版本(版本代码较低)运行我的应用程序,并且应用内计费仍然有效。

    需要注意的是,您不能从市场上删除该 apk,只需将其停用即可。

    但是你所说的强制更新,我确实会在用户打开应用程序时提示他们更新。

    您可能已经阅读过它,但here is the official info 在多个 apk 上。

    【讨论】:

    • 有趣的是有人对这个问题的所有答案都投了反对票!
    • 也没有那个人的cmets?
    • "我刚刚测试过使用以前的版本运行我的应用程序(版本代码较低),并且应用程序计费仍然有效。需要注意的是,您不能从市场上删除 apk,只需将其停用。”所以 - 要清楚,你有一个更高版本,例如versionCode 2 在商店中,然后在设备上加载 versionCode 1,它成功购买了 IAB 项目和收据验证等..?如果是这样..这就是答案!
    • 克里斯,这正是我要说的。我的“实时”版本(也就是在市场上标记为活跃的版本)目前是版本 17,我在我的设备上安装了版本 16 的签名 APK(我保留了所有版本化的 APK),并且能够完成应用内购买和成功验证该购买。但请注意,16 版 APK 仍然存在于市场上,只是“不活跃”。
    • 这确实适用于 IAB2,但我相信这同样适用于 IAB3(但自从转换为 IAB3 后我只发布了两个版本)
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2012-12-30
    • 2014-11-12
    • 1970-01-01
    • 1970-01-01
    • 2011-08-25
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多