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

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

方法_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];
}

编辑_001：

首先，我添加了“nil”值来终止 NSArray，来自 C 我总是忘记这一点，我的错。你也是对的，我没有考虑到 METHOD_002 中 pickerData 可能已经被设置的事实，因此泄漏了旧对象。一旦您开始注意到这些问题并修复代码，它就会开始看起来 METHOD_001 是最好的主意。或者像弗拉基米尔和埃詹姆斯指出的那样直接使用该财产。

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

编辑_002：

感谢您的所有指针和评论，现在我将坚持使用 METHOD_001，我可以轻松地使用 NSArrayWithObjects: 但我试图通过尽快释放自己的东西来保持较低的内存使用率（这并不重要）在这里，但对于未来的项目）我也确实喜欢 self.pickerData 的感觉，但我仍然不确定我对点表示法的感觉，并且目前一直在尽可能坚持使用旧样式的对象和消息。再次非常感谢您的帮助。

gary

您应该始终使用属性的访问器（在 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 测试。
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) 它不会泄漏。

我对访问器的优点赞不绝口。事实上，我可能会写一首小歌。 ;-)