android - 更改 Android Play/Market 中现有应用的过滤器和要求的副作用

Question

之前没有关于它的问题，所以我在这里问。

背景:

我在 Play Market 中有一个旧应用程序，有免费版和付费版。我创建了一个新版本，彻底改变并使用不同的支付系统(免费应用程序 + 仅在应用程序内购买，不再是付费版本:降低维护成本)。 minSdkVersion 也从 1.5 变成了 2.1。

由于所有这些差异，我决定上传一个新应用，而不仅仅是更新当前应用(即，不选择性地为 API 7+ 提供新的 apk --- 多个 APK)。由于新的支付系统，这一点尤为重要，因为我不想强制付费的老客户再次购买所有东西。我想让他们一个人呆着，像他们一样开心(评分 4.4/4.7)。 简而言之，我不想“强制”人们做任何事情。在这种情况下，通过应用内购买再次购买同样的东西，除此之外新应用提供。

问题:

向您解释了我的背景后，它提出了明显的问题:

<强>1。如何对 API 7+ 用户隐藏旧应用，同时仍然让所有当前 API 7+ 客户(即已经购买它的客户)看到它们？

我最担心的是付费应用。我正在考虑推出一个将 maxSdkVersion 设置为 6 (SDK 2.0.1) 的新版本，有效地阻止新的 API 7+ 客户访问旧应用程序。但我担心当前的 API 7+ 客户会突然失去对应用程序的访问权限。这就提出了两个问题:

<强>2。他们能否继续更新应用程序？猜"is"合理吗？

<强>3。即使上一个问题的答案是"is"，我仍然不清楚如果用户卸载应用程序，然后在市场中再次找到它(不仅仅是更新)会发生什么。考虑到同时应用过滤器要求发生了变化，它会消失还是会继续出现在他的“已购买”应用列表中？

备注:我会上传一个测试应用程序看看，但据我所知，作者不允许购买他自己的应用程序(即使许可证行为不同)，所以我无法测试卸载-过滤器-安装方案。

---

---

---

#######回复答案:#######

@Sparky:

我想你弄错了。我知道如何处理多个 APK，当然还有文档。这里的问题远不止于此。

Note also that maxSdkVersion is deprecated, so this throws a little bit of a wrench into your proposal to cap the old APK when you issue the new APK.

谢谢。我错过了。

Multiple APKs offers a simpler user story.

如果您这么说(除了我没有引用的其他内容)，我认为您可能没有认真考虑这个问题。请关注我:

1. 我有 n 付费客户购买了我当前的 Pro 应用程序版本。
2. 他们正在使用 Pro 版本中的功能集 X。
3. 我现在决定实现应用内购买以提供功能集 X、Y 等等...
4. 很遗憾，应用程序 API 7+ 进行了这些更改。
5. 因此，按照您的建议，我决定提供多个 APK。
6. 现在，API 7+ 人群突然更新到我的应用程序的这个新版本。
7. 因为他们更新到新的 APK，他们失去他们的功能集 X。他们现在需要再次购买 X(从应用内购买菜单)。 我从他们那里拿走了他们已经拥有的东西，尽管是以一种“不那么 Shiny ”的方式。就像我说的:

You either pay me again or you lose what you already have.

你现在看到问题了吗？你明白我为什么被迫提供新应用了吗？还是我还是没听懂你说的话(我想没听懂)？

Answer 1

这里有一个未经尝试的想法供您考虑:

• 升级您当前的应用内预付款应用，以包含一个 ContentProvider，该 ContentProvider 提供一个加密散列，只有它知道如何生成以响应随机种子(以防止重放攻击)。

• 将使用应用内支付的新应用作为单独的 APK 发布，并通过尝试访问刚刚描述的 ContentProvider 并向其传递一个随机值，让它检查用户系统上是否存在较早的应用并确认响应是正确的。如果收到此类响应，则用户拥有旧应用，您可以在新应用中启用旧应用的相应功能，而无需任何应用内支付。

现在，如果您的一些用户跳过为他们提供新 ContentProvider 的旧应用程序的升级，并直接转到您的新应用程序，他们将被罚款。但他们可以根据需要升级并再次运行新应用程序以进行验证。

这确实解决了您的问题。但是，它有其自身的问题。因此，将它放入您的工具包中，看看它是否可以派上用场，原样使用还是与您以后可能设计的其他东西结合使用!