IBOutlet、实例变量和属性：最佳实践

Question

今天，我对有关声明 IBOutlet 和实例变量、管理它们、使用正确的访问器以及正确释放它们的最佳实践进行了各种研究。我已经差不多了，但我有一些小问题，我希望有人能够就最佳实践提出建议。我会将它们格式化为代码并注释问题，以便更容易理解。我排除了一些我认为不相关并且可以安全地假设可以工作的明显部分（例如预处理器内容、@end、所需的实现方法等）。

MyViewController.h

@class OtherViewController;

@interface MyViewController : UIViewController {

     NSString *_myString;
     BOOL _myBOOL;

}

// The first two properties aren't declared in the interface
// above as per best practices when compiling with LLVM 2.0

@property (nonatomic, retain) OtherViewController *otherViewController;
@property (nonatomic, retain) UIButton *myButton;
@property (nonatomic, copy) NSString *myString;
@property (readwrite) BOOL myBOOL;

MyViewController.m

@implementation MyViewController

// Synthesizing IBOutlets on iOS will cause them to be
// retained when they are created by the nib

@synthesize otherViewController;
@synthesize myButton;

// Assign instance variables so as to force compiler
// warnings when not using self.variable

@synthesize myString = _myString;
@synthesize myBOOL = _myBOOL;

- (void)viewDidLoad {

     // QUESTIONS:

     // 1. Ignoring convenience methods, can you still alloc and init in dot notation
     //    even when it's being properly synthesized?

     self.myString = [[NSString alloc] initWithString:@"myString"];
     self.myString = existingNSStringObject;

     // 2. Should you always call methods for IBOutlets and instance variables using dot notation?
     //    Is there any difference seeing as these aren't directly invoking setters/getters?

     [self.myButton setText:self.myString];
     [myButton setText:self.myString];

     [self.otherViewController.view addSubview:mySubview];
     [otherViewController.view addSubview:mySubview];

     [self.myButton setAlpha:0.1f];
     [myButton setAlpha:0.1f];
     self.myButton.alpha = 0.1f;
     myButton.alpha = 0.1f;

     // 3. How fussy are scalar variables in terms of getters and setters,
     //    given that there is a @synthesize declaration for them?

     self.myBOOL = YES;
     myBOOL = NO;

     if(self.myBOOL) { ... }
     if(myBOOL) { ... }

     // 4. On instantiation of new view controllers from NIBs, should you use
     //    dot notation? (I haven't been doing this previously).

     otherViewController = [[OtherViewController alloc] initWithNibName:@"OtherView" bundle:nil];
     self.otherViewController = [[OtherViewController alloc] ... ]

}

- (void)viewDidUnload {

     // 5. Best practice states that you nil-value retained IBOutlets in viewDidUnload
     //    Should you also nil-value the other instance variables in here?

     self.otherViewController = nil;
     self.myButton = nil;

     self.myString = nil;

}

- (void)dealloc {

     [otherViewController release];
     [myButton release];
     [_myString release];   

}

Answer 1

我总是声明并显式设置属性的基础实例变量。预先需要做更多的工作，但在我看来，显式区分变量和属性并一目了然地查看类具有哪些实例变量是值得的。我还为实例变量名称添加了前缀，因此如果我不小心输入了 property 而不是 object.property，编译器会发出警告。

1. 调用 alloc / init 创建一个保留计数为 1 的对象。您的合成属性也将保留该对象，从而在释放该对象时导致内存泄漏（除非您立即释放您的属性，但这是不好的形式）。最好在单独的行上分配/释放对象。

2. 点表示法实际上与调用[self setObject:obj]相同。不使用点表示法直接访问底层实例变量。在 init 和 dealloc 中，始终直接访问实例变量，因为访问器方法可能包含在对象被调用时无效的额外操作（例如键值观察通知）被创建或被破坏。所有其他时间都使用合成的访问器方法。即使您现在没有做任何特殊的事情，您稍后也可能会重写这些方法以更改设置变量时发生的情况。

3. 标量的工作方式相同，只是您不必太担心内存。

4. 一个访问合成的访问器方法，另一个直接访问实例变量。再看一遍问题一和问题二，小心内存泄漏！

5. 视图控制器可能会再次被推送到屏幕上，在这种情况下，您的 viewDidLoad 方法将被第二次调用。如果您要在 viewDidLoad 中设置初始值，请继续将属性设置为 nil 。这对于使用大量内存并且不会影响视图状态的属性来说是有意义的。另一方面，如果您希望该属性持续存在，直到您确定不再需要它为止，请在 init 方法中创建它，并且在 dealloc 之前不要释放它。

Answer 2

1）你有点误解了@synthesize。 @synthesize 对该对象不执行任何操作。它仅告诉编译器根据 @property 声明中使用的选项生成 getter 和 setter 方法

// 在 iOS 上合成 IBOutlet 将
使他们成为

//保留时
由笔尖创建

outlet 不会被保留（outlet只是对界面构建器的通知，不会影响代码），对象在setter生成时被保留使用@synthesize。加载笔尖时，加载系统会调用生成的 setter。

2) 决定是否在 Objective C 中使用访问器与决定在任何其他面向对象语言中使用访问器没有什么不同。这是风格、需求和稳健性的选择。访问器充当 IBOutlet 没有什么区别。

但客观上 CI 建议你不要在两个地方使用访问器：dealloc 和 var 的访问器方法本身。

如果您在 init 中使用访问器，那么您需要小心保留计数。

self.myString = [[NSString alloc] initWithString:@"myString"];

该行会泄漏内存。使用复制访问器会保留该对象，因此您应该在创建它后在此处释放它。

3）不知道你所说的挑剔是什么意思。可能请参阅 2) 4) 的答案

，请参阅 2) 并注意内存管理。如果您调用 alloc/init，您现在负责释放该对象 - 这完全独立于访问器和 dealloc 使用的保留/释放。

5）不，你不应该在viewDidUnload中将其他实例变量置零。即使视图消失，您的控制器也应该保持其状态。 viewDidUnload 仅用于当控制器的视图当前不在屏幕上时清理可能占用大量内存的视图对象。

考虑一个导航控制器。视图控制器 1 在堆栈上，然后视图控制器 2 被推送并且现在可见。如果内存不足，系统可能会尝试卸载视图控制器 1 的视图，然后调用 viewDidUnload。

然后弹出视图控制器 2 将不会再次创建视图控制器 1 对象，但它会加载视图控制器 1 的视图并调用 viewDidLoad。

回复评论

2）完全正确 - 您可以在分配/初始化和赋值之后立即使用方便的构造函数或释放，或在块退出之前释放，或自动释放。您选择哪个主要是风格问题（尽管有些人会反对自动释放 - 但不是我！）

3）有标量访问器 - 您已经在代码中创建了一些

@property (readwrite) BOOL myBOOL;

这将在您的类上创建方法 myBOOL 和 setMyBOOL 。

请记住，点表示法没有什么特别的。这只是为了方便，编译代码时 myObject.property 与 [myObject property] 完全相同，并且 myObject.property = x 与 [myObject setProperty:x] 完全相同。使用点表示法纯粹是一种风格选择。

Answer 3

1. 点表示法和括号表示法几乎相同。
2. 通过 self.myVariable 您可以访问实例变量 myVariable 属性的 getter，通过 myVariable 您可以访问局部变量。它们不是同一件事。
3. 您可以通过重写方法并为其指定一些特定条件来自定义 setter 和 getter。
4. 请参阅第一个答案（最好使用括号 - 更好地理解代码）
5. 最好制定一个单独的方法。

就像：

- (void) releaseOutlets {
 self.firstOutlet = nil;
 self.mySecondOutlet = nil;
 ……………………
 self.myLastOutlet = nil;
}

然后在 viewDidUnload 和 dealloc 方法中调用此方法。

希望有帮助！