应用程序对iOS版本的限制是否会导致AppStore拒绝？

如果我以编程方式将我的应用程序限制为特定版本的iOS（比如，应用程序被审查时的iOS确切版本），AppStore审查员会拒绝它吗

考虑到基于网络的方法并不总是可用或可靠，我需要控制新版本iOS可能与应用程序不兼容的风险，我必须注意并强制用户将应用升级到最新版本，该版本经测试与最新版本的iOS兼容

编辑：

---

运行时检测和通知策略似乎更好。谢谢您的回答。

否-developer.com中有一节解释了如何将应用程序设置为特定版本：

---

当你以编程的方式说——你可能不想这么做，因为如果用户（付费并）下载你的应用程序，然后发现它不起作用，他们会很生气。请改用这些设置，以便在尝试下载时识别它。

否-developer.com中有一节介绍如何将应用程序设置为特定版本：

---

当你以编程的方式说——你可能不想这么做，因为如果用户（付费并）下载你的应用程序，然后发现它不起作用，他们会很生气。请改用这些设置，以便在尝试下载时识别它。

这是错误的方法。如果你已经正确编写了新版本的iOS，那么它不应该破坏你的应用程序。我不确定你心目中的“基于网络的方法”是什么

你应该做的是确保你的应用程序与新iOS版本的预发布版本兼容。如果没有，修复它并发布更新。如果您的应用程序已为此进行了设置，您可以通知用户新版本，或者他们将通过应用商店看到新版本

---

用你的方法，即使你得到苹果的批准，你也可以保证iOS升级会破坏你的应用程序。这就是您希望为用户提供的体验吗？

这是一种错误的方法。如果你已经正确编写了新版本的iOS，那么它不应该破坏你的应用程序。我不确定你心目中的“基于网络的方法”是什么

你应该做的是确保你的应用程序与新iOS版本的预发布版本兼容。如果没有，修复它并发布更新。如果您的应用程序已为此进行了设置，您可以通知用户新版本，或者他们将通过应用商店看到新版本

---

用你的方法，即使你得到苹果的批准，你也可以保证iOS升级会破坏你的应用程序。这就是您希望为用户提供的体验吗？

您不能阻止应用程序在操作系统版本之上工作，但这应该不是问题。只要您使用公共API和类，就不应该遇到任何（许多）问题-苹果强制执行这一点是有原因的

你能解释一下你的意思吗

考虑到基于网络的方法并不总是 可用的或可靠的

---

你不能阻止应用程序在操作系统的某个版本上运行，但这应该不是问题。只要您使用公共API和类，就不应该遇到任何（许多）问题-苹果强制执行这一点是有原因的

你能解释一下你的意思吗

考虑到基于网络的方法并不总是 可用的或可靠的

考虑到基于网络的方法并不总是可用 还是可靠

不知道你的意思是什么，苹果不会删除针对特定版本iOS编译的应用程序所依赖的东西。如果你假设网络方法，它们不会从你下面消失。在未来的iOS版本中，它们可能会被弃用，但它们不会消失

也就是说，如果您在应用程序启动时提供一个web服务调用，您可以为其提供应用程序找到的iOS版本，并返回一条消息，为用户提供升级提示。我认为苹果不会介意这一点；你也可以在应用上线之前关闭它

考虑到基于网络的方法并不总是可用 还是可靠

不知道你的意思是什么，苹果不会删除针对特定版本iOS编译的应用程序所依赖的东西。如果你假设网络方法，它们不会从你下面消失。在未来的iOS版本中，它们可能会被弃用，但它们不会消失

---

也就是说，如果您在应用程序启动时提供一个web服务调用，您可以为其提供应用程序找到的iOS版本，并返回一条消息，为用户提供升级提示。我认为苹果不会介意这一点；您也可以在应用程序上线之前将其关闭。

对不起，您误解了我的问题。我想要的不仅是支持某个版本的iOS，还禁止该应用程序在某个版本以上的任何iOS上运行，以迫使用户使用新的iOS升级该应用程序。你为什么不发布一个更新呢？你是说当新的操作系统版本发布时，你想强迫他们购买不同的应用程序吗？对不起，你误解了我的问题。我想要的不仅是支持某个版本的iOS，还禁止该应用程序在某个版本以上的任何iOS上运行，以迫使用户使用新的iOS升级该应用程序。你为什么不发布一个更新呢？你是说当一个新的操作系统版本发布时，你想强迫他们购买一个不同的应用程序吗？我不能夸大这是一个多么糟糕的想法。iOS系统版本通常在公开发布之前发布给开发人员，并且所有更改都有详细的文档记录。如果应用程序被不必要地禁用，将导致糟糕的用户体验。这样做的原因不是因为我愿意，而是为了遵守某种风险管理标准，如有效性，我别无选择