Ios NSFetchRequest executeFetchRequest-在本例中是否包含错误参数？

每次使用NSFetchRequest编写方法时，我都会忠实地包含以下样板代码的某些版本：

NSError * error = nil;
NSArray * result = [context executeFetchRequest: fetchRequest error: &error];
if (!result && error) {
    NSLog(@"Error fetching - %@", error.localizedDescription);
}

然而，我不记得曾经见过executeFetchRequest失败并填充错误

当然，ExecuteFetchRequest在尝试创建无效SQL时可能会失败，但这会引发异常，而不是返回错误

所以，我的问题是：是否值得每次检查错误，还是我最好节省时间，只写：

---

它总是值得包括在内

向最终用户显示错误是没有用的

---

但是记录它总是很好的，因为它可能会帮助您更好地定位和修复bug

是的，我知道它们不是必需的-我只是想弄清楚是否值得花时间，包括在这种情况下-因为我认为我从未见过这种情况发生-它只是异常失败。我有第二句话。重写你的问题标题，编写一个方法-NSArray*executeFetchRequest:并调用它而不是原来的方法。在该方法中，您可以添加错误日志记录，并且可以在错误案例上设置断点。这样，在开发过程中会通知您错误，否则至少会记录错误。显然，如果您遇到实际错误的情况，您要么修复代码以避免出现错误，要么添加错误处理，因为现在您知道这是实际需要的。我认为最好的做法是实际崩溃。对于错误，您并没有什么可以做的，若在发生错误时返回空数组，则更高级别的代码可能会遇到问题。我们遇到了这个问题，最终导致数据损坏。我同意，在开发过程中，您希望崩溃。在制作中，我不太确定。我们不知道正在提取什么样的数据。。。也许应用程序可以弥补它的缺失，或者如果它在那里出错，它会加载一些在线资源。==>我不会总是盲目地撞车

NSArray * result = [context executeFetchRequest: fetchRequest error: NULL];