objective-c - IBOutlet 的只读属性是否有效？是否更可取？

Question

在我继承的代码中，我看到了以下内容:

@property (readonly) IBOutlet UIImageView * bgImage;

当我期望保留内存模型时:

@property (readonly, retain) IBOutlet UIImageView * bgImage;

我很困惑为什么第一个属性定义可以正常工作而不会引起问题。

此外，如您所料，在 dealloc 中有一个 release:

-(void)dealloc
{
   [_bgImage release];
   [super dealloc];
}

如果有人能对此提出解释，我将不胜感激。我已经与原始开发人员交谈过，他试图编写更简洁的代码，这就是为什么他在内存模型中省略了 retain(似乎没有必要)。

我想知道 IBOutlet 是否基本上被视为一个 ivar IBOutlet 语句，因为它是只读的(没有可使用的 setter，因此默认分配内存模型没有区别)。

如果 IBOutlet 永远不会改变，那么使用没有内存模型的只读属性实际上是定义属性的更好方法吗？

Answer 1

iOS 上的 nib 加载器在 nib 中创建对象，然后自动释放它们。当它建立到导出的连接时，它使用 setValue:forKey:，这将调用该键的 setter 方法。如果没有定义 setter，例如当 IBOutlet 是一个 readonly 属性时，该对象在被赋值之前无论如何都会被保留。(这是资源编程指南中 Managing Nib Objects in iOS 的释义。)

所以实际上，无论导出声明为retain还是assign，另一端的对象都是对象所拥有的与 socket 。要么由 setter 方法保留，要么在找不到 setter 时由 setValue:forKey: 保留。由于在第二种情况下没有其他可能的所有者，您可以将带有 socket 的对象视为所有者。因此nib中的对象应该在dealloc中释放。

我同意你的看法，应该通过更改属性属性以包含 retain 来明确此内存条件。* 它是否为 readonly 似乎并没有差异(但是，请参见下文)。从概念上讲，是的，该对象是只读的，因此是否明确将其标记为只读取决于您是否认为它是一个 IBOutlet 的事实已适当记录。

更新:Paul.s 下面的评论促使我进行快速测试。我创建了一个 UIView 子类，它记录了它的 alloc、retain、release 和 autorelease 调用，将其实例插入 nib 中，并通过属性为应用程序委托(delegate)提供一个 IBOutlet。

手动统计引用计数事件，当属性为(readwrite, assign) 时，实例的计数为净 0。当以推荐方式声明属性时，它是 net +1，(readwrite, retain)，当它是 (readonly, assign) 时，也是>。所有这一切都非常符合预期——当它是(readwrite, assign) 时，分配 setter 用于建立连接，并且没有保留。当它是 readonly 时，连接机制会返回到自己的 retain 上。

最有趣的是，当我试图通过使用声明的属性更改此 View 的背景颜色来使应用程序崩溃时最后一次调用 retain 弹出。

我认为这归结为:遵循 Apple 的建议——他们知道幕后发生的事情，并且(除了错误)不会误导你。

(要指出的另一件事是，与往常一样，担心绝对引用计数不会非常有用——在两次调用的过程中，计数一度上升到 6 retain 和 release——您只需要担心您直接导致的 retain 和 release。)

---

*当然，这在 ARC 下会发生变化。我解释的信息在其章节的“遗留模式”部分。在 ARC 下，建议 IBOutlets 是 weak 除非它们是顶级的，在这种情况下它们应该是 strong。这样做意味着您依靠 View 层次结构(保留其 subview 的 View )来维护自身。