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

dav*_*ino 11 android side-effects filter google-play

以前没有关于它的问题,所以我在这里问.

背景:

我在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.他们能不能继续更新应用程序吗?猜"是"是否合理?

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

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




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

@活泼的:

我觉得你弄错了.我知道我的方式围绕多个APK,当然还有文档.这里存在的问题远不止于此.

另请注意,这maxSdkVersion已被弃用,因此,当您发布新APK时,这会给您的提案带来一些限制,以限制旧版APK.

谢谢.我错过了.

多个APK提供更简单的用户故事.

如果你这样说(除了我没有引用的其他内容),我想你可能没有解决这个问题.请跟我来:

  1. 我有n个付费客户购买了我当前的专业应用程序版本.
  2. 他们正在使用Pro版本中的功能集X.
  3. 我现在决定实施应用内购买以提供X,Y等功能集......
  4. 不幸的是,app API 7+做出了这些更改.
  5. 因此,正如您所建议的那样,我决定提供多个APK.
  6. 现在,API 7+人群突然更新到我的应用程序的这个新版本.
  7. 因为他们更新到新的APK,他们LOSE的功能集X.他们现在需要再次购买X(来自应用内购买菜单).我从他们身上拿走了他们已经拥有的东西,尽管是"不那么闪亮"的方式.就像我说的那样:

你要么再付钱给我,要么你失去了你已经拥有的东西.

你现在看到了问题吗?你明白为什么我被迫提供一个新的应用程序?或者我仍然没有得到你所说的(我想不是)?

Car*_*arl 1

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

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

  • 发布使用应用内支付作为单独 APK 的新应用,并通过尝试访问刚刚描述的 ContentProvider、向其传递随机值并确认响应来检查用户系统上是否存在早期应用。正确的。如果收到这样的响应,则用户拥有旧应用程序,您可以在新应用程序中启用旧应用程序的相应功能,而无需进行任何应用内支付。

现在,如果您的一些用户跳过升级到为他们提供新 ContentProvider 的旧应用程序,并直接转到您的新应用程序,他们将需要支付费用。但如果他们愿意,他们可以升级并再次运行新应用程序以进行验证。

这确实解决了您的问题。然而,它也有自己的问题。因此,将它放入您的工具箱中,看看它是否能派上用场,或者与您以后可能设计的其他东西结合使用!