java - 将 Java 代码移植到 ObjC 时，如何最好地表示已检查的异常？

Question

我正在努力将 Java 代码库移植到 Cocoa/Objective-C，以便在桌面 Mac OS X 上使用。Java 代码有很多和很多方法，并已检查异常(exception)情况如:

double asNumber() throws FooException {
    ...
}

在 Objective-C 中表示这些的最佳方式是什么？异常或错误输出参数？

- (CGFloat)asNumber { 
    ... // possibly [FooException raise:format:];
}

或

- (CGFloat)asNumberError:(NSError **)outError {
    ...
}

我感觉输出错误通常是 Objective-C 的更好解决方案，但正如您所见...许多方法(如上面的方法)看起来会很笨拙。而且，还有很多这些。

当然请记住，由于这些是 Java 中的已检查异常，我需要添加 @try block 或 if (*outError) { ... 检查调用这些方法的位置(很多 地方)。

我记得听说虽然在 Objective-C 中输入 @try block 曾经很昂贵，但在 64 位或 SL 或其他一些新环境中却很便宜(记不清了)。我根本不关心向后兼容性，所以我绝对愿意只为新的热点设计。

Answer 1

对于诸如从字符串中解析数字之类的事情，您应该绝对避免异常。在 Objective-C 中，异常代表的是程序员错误，而不是用户输入错误，甚至是文件不可用。 (部分原因是异常处理总是比更“常规”的错误处理更昂贵和复杂。不管 entering @try blocks is "zero cost" in 64-bit ，无论何时实际引发异常，它仍然很慢。)当然，你被允许随心所欲地使用异常，但这不是 Cocoa 的方式，您会发现自己与其他 Objective-C 代码不一致。使用您的代码的人会非常恼火，因为您在本应导致错误的情况下抛出异常。

来自 Apple's own docs :

"In many environments, use of exceptions is fairly commonplace. For example, you might throw an exception to signal that a routine could not execute normally—such as when a file is missing or data could not be parsed correctly. Exceptions are resource-intensive in Objective-C. You should not use exceptions for general flow-control, or simply to signify errors. Instead you should use the return value of a method or function to indicate that an error has occurred, and provide information about the problem in an error object."

看看内置的 Cocoa 类是如何处理这样的错误的。例如，NSString有类似 -floatValue 的方法，如果失败则返回 0。针对您的特定情况的更好解决方案可能是如何 NSScanner这样做，例如在 -scanFloat: 中——接受指向应存储结果的字段的指针，并基于 YES 或 NO 返回解析是否成功。

除了 Obejctive-C 约定和最佳实践之外，NSError 比 NSException 更健壮和灵活，并且允许调用者在需要时有效地忽略问题。我建议通读 Error Handling Programming Guide For Cocoa . 注意:如果您接受NSError** 参数，我强烈建议您也设计为允许客户端传递NULL，如果他们不接受的话想要接收任何错误信息。我所知道的每个 Cocoa 类都会针对错误执行此操作，包括 NSString。

虽然移植的代码最终可能看起来与 Java 代码完全不同，但要认识到它将被 Objective-C 代码使用，而不是 Java 等效代码的相同客户端。绝对匹配语言的成语。该端口不会是 Java 代码的镜像，但结果会更正确(对于 Objective-C)。