Obj-C：初始化程序中的 NSError答案

【问题标题】：Obj-C: NSError in initialiserObj-C：初始化程序中的 NSError
【发布时间】：2012-04-09 01:09:27
【问题描述】：

相当简单的问题：

我的班级有一个可能出错的 init 方法。如果是这样，我打算“返回零”，但我也想返回一个错误。将 NSError** 参数添加到 init 方法是不好的做法吗？我的方法声明如下所示：

- (id) initWithArgs:(NSString*) args andError:(NSError**)error;

非常感谢，尼克

【问题讨论】：

标签： objective-c init nserror

【解决方案1】：

这很不寻常，但我认为这不一定是一种不好的做法。不过，我将方法的第二部分命名为“error”而不是“andError:”。您不需要用“and”连接方法名称的各个部分，在这种情况下，它还会给人一种错误被用于初始化对象的印象。做吧：

- (id) initWithArgs:(NSString*) args error:(NSError**)error;

另外，如果你打算返回其他东西（比如 nil），不要忘记释放分配的对象：

- (id) initWithArgs:(NSString*) args error:(NSError**)error
{
    if ((self = [super init])) {
        if (canInitThisObject) {
            // init this object
        }
        else {
            [self release];
            self = nil;
            if (error != nil) {
                *error = [NSError errorWithDomain:someDomain code:someCode: userInfo:nil];
            }
        }
    }
    return self;
}

【讨论】：

我建议的一件事是在方法开始时始终将 error 设置为 nil。无法保证调用者会将其归零。
@EricS 没有理由将error 设置为nil，除非出现错误。调用者不应该查看@error 的值，除非该方法返回nil。否则是一个错误。 @Caleb 该代码需要检查以确保 error 在分配给 *error 之前为非 NULL。
根据我的经验，任何以“调用者应该”开头的句子通常都会导致灾难。 :-)
当然——不过不会改变规则。
我反对 EricS 的推荐。 Apple 的错误处理行为说“除非发生错误，否则不要更改 *error，并且传入的错误可能指向在此调用之前发生的先前错误 - 不要清除它。