ios - Cocoa/iOS 错误处理风格，没有 NSError

Question

这是一个关于处理未使用 NSError 的可能错误的一般问题。

假设我们有一些典型的 iOS/Cocoa 代码，如下所示:

NSXMLParser *parser = [[NSXMLParser alloc] initWithData: myData];

文档指出将返回一个 NSXMLParser 对象，或者“如果发生错误则返回 nil”。

(郑重声明，这个特定方法很乐意将“data”参数设为 nil，返回一个有效的 NSXMLParser 实例。)

我注意到很多 iOS 开发人员从不检查这些类型的返回值。他们认为类 init 始终有效。我认为这有风险，但我想听听经验丰富的 Cocoa 开发人员的观点。

如果我在返回值上使用 NSAssert，这会在开发过程中保护我，但当我的应用程序在野外时对我没有什么帮助。

我应该检查 nil 返回值，并构造一个我自己的 NSError 吗？或者做点别的事？

Answer 1

有点不成文的规则是，如果 Apple init 方法可以以可恢复的方式失败，它将有一个 NSError 参数。如果像 NSString 这样的方法 init 失败，情况就会很糟糕，以至于恢复实际上是不可能的。可能很糟糕，以至于不可能分配 NSError ，更不用说分配 NSLog 消息了。无论您做什么，该应用程序都可能很快就会崩溃。

不幸的是，第 3 方类很少遵循此规则 - 但您应该这样做。