objective-c - 使用访问器方法设置 iVars？

Question

最初，我正在查看“pickerData”的设置方式，我想知道为什么你不能直接分配它(如 METHOD_002)，但后来我说我真的应该使用我的访问器方法定义而不是直接设置实例变量。我是否正确理解 METHOD_001 是执行此操作的更好方法？

@property(nonatomic, retain) IBOutlet NSArray *pickerData;

METHOD_001

-(void)viewDidLoad {
    NSLog(@"VIEW: Single ... Loaded");
    NSArray *dataArray = [[NSArray alloc] initWithObjects:@"A", @"B", @"C",nil];
    [self setPickerData:dataArray];
    [dataArray release];
    [super viewDidLoad];
}

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

或方法_002

-(void)viewDidLoad {
    NSLog(@"VIEW: Single ... Loaded");
    if(pickerData != nil) [pickerData release];
    pickerData = [[[NSArray alloc] initWithObjects:@"A", @"B", @"C", nil] retain];
    [super viewDidLoad];
}

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

EDIT_001:

首先，我添加了“nil”值来终止来自 C 的 NSArrays，我总是忘记这一点，我的错。而且你是对的，我没有考虑 METHOD_002 中的事实，即 pickerData 可能已经设置并因此泄漏了旧对象。一旦您开始注意到这些问题并修复代码，它就会开始看起来像 METHOD_001 是最好的主意。或者像 Vladimir 和 eJames 指出的那样直接使用该属性。

self.pickerData = [NSArray arrayWithObjects: @"A", @"B", @"C", nil];

EDIT_002:

感谢您的所有指点和评论，现在我将坚持使用 METHOD_001，我可以轻松地使用 NSArrayWithObjects: 但我试图通过尽快释放自己的东西来保持低内存使用率(不是它在这里很重要，但对于 future 的项目)我也喜欢 self.pickerData 的感觉，但我仍然不确定我对点符号的感觉，并且现在一直在尝试尽可能坚持使用旧样式的对象和消息。再次感谢您的帮助。

加里

Answer 1

您应该始终使用属性访问器(在 Objective-C 2.0 中意味着使用 self.property 表示法。)

为什么？因为它提供了自动访问控制和对象生命周期管理。生成的访问器可以提供很多保护，例如读/写、复制、保留等，否则需要大量手动代码。如果您编写自己的访问器，则可以添加所需的所有验证和副作用。

(在 Objective-C 2.0 之前，编写访问器被认为是一门高深的艺术。如果您充分发挥其潜力，它仍然可以。)

唯一应该直接访问属性的情况是在编写访问器时。例如采用这种常见模式:

@property(nonatomic, retain)  NSMutableArray *myObjects;
@synthesize myObjects;

-(NSMutableArray *) myObjects{
    if (myObect!=nil) {
        return myObect;
    }
    NSMutableArray *anArray=[[NSMutableArray alloc] initWithCapacity:1];
    self.myObject=anArray;
    [anArray release]
    return myObject;
}

1. 此访问器可确保 myObjects 永远不会为 nil，从而消除了其余代码中的大量样板 nil 测试。
2. 您显然不能在访问器内部调用 self.myObjects(实际上是 [self myObjects] )而不创建无限递归，因此您必须在此处访问原始变量但是...<
3. ...您可以调用(自动生成的)self.myObjects=(实际上是 [self setMyObjects:anArray] )，因为它是一种完全不同的方法。如果您查看 setMyObjects 的内部结构:您会发现它也访问原始变量。
4. 如果您使用生成的访问器，self.myObjects= 会在您每次调用它时为您处理保留、复制、取消等操作。您唯一需要调用 release 的时间是在 dealloc 中。仅此一项就消除了人们在 Objective-C 中可能犯的一半错误。

相反，在访问器方法之外，通过直接访问类自身方法内的属性，您绝对一无所获。它所做的只是保存一些击键，同时让您面临难以发现错误的风险。

如前面的答案所示，您通过尝试直接管理属性而犯了几个内存错误。如果你每次都使用访问器，你就不会制作它们。例如:

pickerData = [[[NSArray alloc] initWithObjects:@"A", @"B", @"C", nil] retain];

...每次都必须完全正确地管理，而...

self.pickerData = [[NSArray alloc] initWithObjects:@"A", @"B", @"C", nil];

... 自动正确。

请记住，任何 Objective-C 类的最终设计目标都应该是完美的模块化和可重用的。这意味着它应该管理自己的所有内存、自己的数据验证和自己的副作用。访问器对于该管理是绝对重要的。通过围绕变量的每次访问包装逻辑，您可以确保 (1) 它是您期望的类型、范围等，并且 (2) 它总是在您需要的时候出现 (3) 您可以控制所有方面写入或读取变量的影响以及 (4) 它不会泄漏。

我怎么赞美访问器(accessor)的优点都不为过。事实上，我可能会写一首小歌。 ;-)