因此，我们正在开发一款iOS应用程序，它将成为医疗设备。因此必须根据FDA的规定进行验证，这将针对特定的iOS版本。我们知道很难阻止最终用户更新iOS版本，这是一个问题，因为从FDA的角度来看，您将会以未经验证的状态运行。设计iOS应用程序以运行特定的iOS版本
所以，看起来我们将不得不重新验证我们的应用程序时的iOS更新，因为我们要承担起我们的iPad（即使受控环境中）正在更新。这很好。但在此期间，我们不应该让用户运行我们的应用程序。
所以...我把在我们的应用程序的代码可以检查“NSFoundationVersionNumber”，将禁用本身（与警报）如果iOS晚于一个对验证。
我的问题是，因为我从来没有见过一个应用程序这样做，是：这是一个合理的方法，它是好的/不好的做法？苹果公司（谁似乎有兴趣让每个人都步调一致）在应用程序审查期间有这个问题吗？
作为一个存在的证据，iOS应用商店中有很多应用程序在先前的iOS版本下运行，但只是在最新的iOS更新下崩溃。如果在早期的操作系统版本是最新的正式版本时获得批准，Apple似乎不会删除这些应用程序。修复这些崩溃是应用程序更新说明中给出的一个非常常见的原因。
所以提交，仅在iOS（和没有更新的版本）的当前版本的版本上运行的应用程序可能不是“最佳做法”，但它发生，因此是可行的。
但是，如果您向FDA提交需要特定iOS版本的东西，Apple会在审批过程中更新其操作系统，从而不再销售或支持在此之后不再销售或支持安装旧版操作系统版本。您永远无法为任何可用的客户iOS设备发布您的FDA批准的应用程序。 Apple经常更新iOS版本。
也可以（偶尔也有报道），为苹果测试提交的应用程序在未来的iOS版本的测试下，并拒绝不上这个beta上运行的应用程序。
在iOS平台上，编程和设计范例至少部分由Apple支配，我会说这确实可以被认为是坏习惯。
虽然这种情况似乎并没有明确处理在Apple's Review Guidelines，巨鼎该文件（特别是关于“包含的内容或服务应用在有限的时间后到期”），我希望他们采取精神罪行在一个应用程序，是设计提供某些设备没有的功能，并且特别是一个是设计更新设备至iOS的最新版本之后默认提供任何功能。
作为一种可能的替代策略，我建议按照您所描述的那样实施版本检查，但不要关闭，如果遇到未经验证的iOS版本，应用程序可能只会通知用户它（和其后果），但继续名义上的功能（可能在屏幕上显示突出的警告标志）。
也许在代理启动时检查iOS版本可以做你想做的事情。
[[NSProcessInfo processInfo] operatingSystemVersion] iOS 8及以上版本。
在变量中设置特定版本，如果版本较新，则禁用该应用。
有几种方法可以禁用它。禁用mainViewController上的项目和导航...
如果它是一个App Store应用程序，不要期待Apple批准它。 – rmaddy
如果您获得苹果公司批准的适用于当前官方iOS版本的应用程序，则该应用程序已获得批准并将保留在App Store中，即使Apple更新其操作系统。但是，如果您提交更新，则必须确保更新在较新的操作系统版本下运行。你也可能会发现愤怒的现有客户自动更新他们的操作系统，并找到你的应用程序死亡。一个明星评论可能会等待。 – hotpaw2
对此的一个解决方案是实现一个视图，如果它确认它正在与尚未获得FDA批准的版本一起使用，将阻止该应用程序。 – JDM