Tob*_*ane 9 sdk android in-app-purchase in-app-billing google-play
我目前在市场上有一个应用程序,它既有免费的,广告支持的版本,也有付费的无广告"Pro"版本,具有额外的功能.
每个发布周期建立两个不同的项目实际上是小行星的痛苦; 我很乐意把它归结为一个.
我有兴趣听到关于这样做的反馈,如果这里有人做过这样的举动......转换到这个新模型有什么缺点吗？
我目前有十几个付费用户.我是否可以通过他们的电子邮件地址让他们成为应用内购买的"所有者",还是他们会被迫再次购买应用程序？(如果我不能让它们成为拥有者,我可能会放弃这个想法,直到我的下一个应用程序.)
有趣的。我以另一种方式做到了（将（应用程序+补充许可证）转换为付费版本，没有试用）。但我的旧（应用程序+许可方案）可能适合你。它是不久前实施的，当时应用内购买还没有那么简单。
我的旧许可方案：主应用程序在 Google Play 上下载一个；主应用程序许可证的一个单独列表（请参阅“2player 1.0 许可证（已过时）”）。许可证下载不提供 UI，但实现了内容提供程序。主应用程序尝试查询许可证 APK 提供的内容提供商。如果内容提供商查询成功，主应用程序将转换为“许可”状态。内容提供商本身提供基本的质询/响应数据交换，只是为了防止完全微不足道的黑客攻击。
只需稍作修改即可为您工作。您可以将旧的付费许可 APK 替换为提供质询-响应内容提供商的 APK，以及足够的 UI 来通知旧应用程序的用户他们需要安装新版本 2.0 APK。然后修改您的应用内购买应用程序以检查内容提供商是否存在，如果内容提供商查询成功，则转换为许可状态。
强制下载旧应用程序的用户会有点笨拙，但在我看来，无论如何你都必须强迫他们下载新应用程序。但对于十几个付费用户来说，这似乎是无害的。
| 归档时间： |
|
| 查看次数： |
1825 次 |
| 最近记录： |