之前没有关于它的问题，所以我在这里问。
背景：
我在游戏市场上有一个免费和付费的旧应用程序。我创建了一个新版本，进行了彻底的更改，并使用了不同的支付系统（仅限免费应用程序+应用内购买，不再是付费版本：降低维护成本）。CCD_ 1也从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提供了一个更简单的用户故事。
如果你这么说（除了我没有引用的其他事情），我想你可能没有考虑这个问题。请跟我来：
- 我有n付费客户购买了我当前的Pro应用程序版本
- 他们正在使用Pro版本的功能集X
- 我现在决定实施应用内购买，以提供功能集X、Y等等
- 不幸的是，这些更改是由应用程序API 7+做出的
- 因此，正如你所建议的，我决定提供多个APK
- 现在，API 7+人群突然更新到我的应用程序的这个新版本
- 因为他们更新到新的APK，所以他们LOSE他们的功能集X。他们现在需要再次购买X（从应用内购买菜单）我从他们那里拿走了他们已经有的东西，尽管是以一种"不那么闪亮"的方式。就像我在说：
你要么再付钱给我，要么失去你已经拥有的。
你现在看到问题了吗？你明白为什么我被迫提供一个新的应用程序了吗？还是我仍然没有明白你说的话（我想没有）？
这里有一个未经尝试的想法供您考虑：
-
升级您目前的预应用内支付应用程序，使其包含一个ContentProvider，该应用程序提供一个加密哈希，只有它知道如何生成该哈希以响应随机种子（以防止重播攻击）。
-
发布您的新应用程序，该应用程序将应用内支付作为一个单独的APK，并通过尝试访问刚才描述的ContentProvider，向其传递一个随机值并确认响应正确，让它检查用户系统上是否存在早期应用程序。如果收到这样的响应，则用户拥有旧应用程序，您可以在新应用程序中启用旧应用程序的相应功能，而无需任何应用内支付。
现在，如果你的一些用户跳过升级到为他们提供新内容提供商的旧应用程序，直接转到你的新应用程序，他们将被要求付款。但如果他们愿意，他们可以升级，并再次运行新应用程序进行验证。
这确实解决了您的问题。然而，它也有自己的问题。所以，把它放在你的工具包里，看看它是否派上用场，或者与你以后可能设计的其他东西结合使用！
如果不考虑多个APK，发布一个新的应用程序而不是更新会对自己造成伤害，因为这会使升级现有付费用户变得复杂。
假设你只需将你的付费应用程序更新到API 7级，将其价格降至0，并添加In-app付款。API级别>=7的设备将获得升级，而API级别<6将不会收到通知，不会在Play（市场）中看到它，如果卸载，也无法重新安装。对于你的问题2和问题3，那将是否定的。
但是现在可以实现多个APK：http://developer.android.com/guide/market/publishing/multiple-apks.htmlhttp://developer.android.com/training/multiple-apks/
针对您的问题，您可以提供基于API级别的多个APK：http://developer.android.com/training/multiple-apks/api.html
这使您可以维护同一应用程序的两个版本，由API级别分隔。因此，问题1的答案是，根据引用的文章实现多个APK。
通过发布一个全新的应用程序，你对问题2的回答是肯定的。通过实现多个APK，问题2的答案也是"是的"，从用户的角度来看，您的应用程序沿袭/升级故事要简单得多（从技术上讲，对您来说有点困难，在客户服务部门更容易）。还要注意的是，maxSdkVersion是不推荐使用的，所以这会给您在发布新APK时限制旧APK的提议带来一些麻烦。
问题3也是如此。通过发布新的应用程序或实现多个APK，您可以继续为用户可以找到和安装的传统API级别提供APK。
多个APK提供了一个更简单的用户故事。发布一个新的应用程序可以让你更容易地区分应用程序，例如，如果你想说："看！现在非常闪亮！"