为什么`＆`（＆符号）放在某些方法参数的前面？

Question

I'ver想知道，为什么在一个NSError的前面，如下面，我们就把：&error而不是error？

E.g.

NSArray *result = [managedObjectContext executeFetchRequest:fetchRequest error:&error]; 

希望你能解释一下，这也总是这样或者只是在某些情况下这是需要的吗？谢谢。

Answer 1

你需要采取的error的地址，因为函数需要修改它。 error通过指针通过，因此您需要“接收地址”运算符&。

C和Objective-C通参数由值。如果你传递error没有符号和调用修改它的方法，你的函数进行调用将不会看到任何变化，因为该方法将其本地副本的NSError*操作。

你知道，如果你看一下方法的签名，看到**有你需要的符号在相应的参数前：

- (NSArray *)executeFetchRequest:(NSFetchRequest *)request error:(NSError **)error 
              // ^one     ^^ two 

Answer 2

的error参数的类型是(NSError **)，这是一个指针一个指向NSError的指针。用作参数的error变量可能声明为NSError *，因此为了使类型正确匹配，必须使用操作符的地址来获取指针指针（&error）。该方法首先需要一个指针指针的原因是，它可以修改error的值，并使该方法的调用者可以使用该新值。

Answer 3

基本上，问题的根源是为想要返回一个第二（可选）对象一劈。

我们该怎么做，因为我们只能返回一件事？那么，我们可以返回某种类型的元组，但这有点笨拙。我们可以有很多的参数，因为我们喜欢，虽然，我们可以做一些与...

所以，方法/函数不能修改其参数（准确地说，他们有一份工作，所以任何修改，他们使本地）。也就是说，并发问题搁置在fetchRequest之后，问题中的消息将等于之后的值fetchRequest。请注意0​​指向的对象可能会更改，但fetchRequest本身的值不会。

这使我们陷入了一点困境。除此之外，我们知道我们可以愉快地获取参数的值并修改它指向的内容！如果你看看executeFetchRequest:error:的声明，你会发现它需要NSError**。这是“指向指向NSError的指针”的指针。因此，我们可以初始化一个空的/悬挂的NSError*，找到它的地址（用unary & operator），并将其传入。然后该方法可以分配给由此指向的NSError*。

瞧，我们有效地有可选的附加返回值。