ios - 如何处理 NSPersistentContainer.loadPersistentStores 中的错误？

Question

我的 AppDelegate 带有以下所有熟悉的核心数据模板:

lazy var persistentContainer: NSPersistentContainer = {
    let container = NSPersistentContainer(name: "newsapp")
    container.loadPersistentStores(completionHandler: { (storeDescription, error) in
        if let error = error as NSError? {
            fatalError("Unresolved error \(error), \(error.userInfo)")
        }
    })
    return container
}()

它还有以下评论:

The persistent container for the application. This implementation creates and returns a container, having loaded the store for the application to it. This property is optional since there are legitimate error conditions that could cause the creation of the store to fail.

Replace this implementation with code to handle the error appropriately. fatalError() causes the application to generate a crash log and terminate. You should not use this function in a shipping application, although it may be useful during development.

Typical reasons for an error here include:

• The parent directory does not exist, cannot be created, or disallows writing.
• The persistent store is not accessible, due to permissions or data protection when the device is locked.
• The device is out of space.
• The store could not be migrated to the current model version.

Check the error message to determine what the actual problem was.

是的，在这个地方叫它退出是个坏主意，不仅在生产应用中不允许，而且因为，as I read elsewhere ，如果数据存储因任何原因损坏，用户将不得不重新安装应用程序而不知道这一点。在这种情况下，用户也可以删除并忘记我的应用程序。

现在，应该如何处理此类错误和其他错误？即使我编写了错误处理代码，如果这些错误几乎从不发生，我如何测试它是否正常工作？

我找遍了，但找不到任何例子。

Answer 1

在大多数情况下，fatalError 是唯一对此错误有意义的“处理”，尽管您可能想要显示一个警告，告诉用户首先发生了什么。如果您需要持久存储但无法加载它，那您就完蛋了。

其中一些错误是在开发过程中应该出现的。像商店迁移或数据保护问题——你需要对其进行测试，并在必要时在发布前修复应用程序。对于这样的情况，fatalError 实际上是有意义的，因为只有您才能体验到它。

在列出的这些示例中，唯一可能意外出现且难以测试的示例是设备空间不足。您可以检查可用空间并提醒用户。但是您仍然没有任何方法可以从错误中恢复，除非您的应用程序正在使用您可以清除的大量空间。如果发生这种情况，iOS 会警告他们空间不足，因此您无需自己动手。

如果您没有很多数据可以清除，fatalError 在这里仍然有意义。