因此，我們正在開發一款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