Objective-c 现代运行时在接口块中使用属性和 ivars

Question

我看过代码示例（来自《Beginning iPhone 4 Development》一书），其中它们都在接口块内声明 ivars，然后声明相同的属性。像这样：

@interface ViewController : UIViewController {
    UITableView *table;
}

@property (nonatomic, retain) IBOutlet UITableView *table;

这样做的目的/好处是什么？据我了解，使用现代运行时版本（iPhone 和 64 位 OS X 应用程序），您只需要声明属性，并且可以省略在接口块内声明 ivars。根据 这个在类似线程中的答案将用于调试目的。但是，除了调试之外，您使用这种方法还有其他好处吗？

干杯，

彼得

Answer 1

显式声明 ivars 使您可以在内部使用 ivar 的专用类型。

一个典型的例子是内部可变的对象，可以以只读、不可变的方式从外部访问。

示例：

@interface Foo : NSObject
@property (readonly) NSArray *bars;
@end

@implementation
{
    NSMutableArray *bars;
}

@synthesize bars;

- (void)addBar:(Bar *)bar
{
    [bars addObject:bar];
}
@end

当然，从 bars 属性返回的对象并不是真正不可变的。但重点是 API 并没有透露它的可变性。

请注意，我使用了新奇的 private-ivars-in-implementation 风格。它取决于现代运行时以及 clang 编译器。

Answer 2

一些程序员喜欢用稍微不同的名称来定义他们的 iVar，以区分直接访问和 KVC 访问。例如：

在 .h

@interface ViewController : UIViewController {
    UITableView *_table;
}

@property (nonatomic, retain) IBOutlet UITableView *table;

和 .m

@synthesize table = _table;

中，您可以使用 _table 直接访问 iVar，但可以使用 [self table] 使用合成的 setter 和 getter

Answer 3

但是除了调试之外，您使用这种方法还有其他好处吗？

我明确声明 ivars 是为了：

• 访问控制（可见性）
• 组织
• 统一的书面风格
• 兼容性（嘿，这个程序有一天可以支持 32 位）
• 并且因为我将属性关联为类公共接口的一部分（尽管存在例外）-不仅仅是作为类的 ivars 的访问者。

“一切都是读/写属性”从根本上来说是有缺陷的。