这是在iOS 4.x或更低版本中发布保留在viewDidLoad
中的视图的正确(最佳?)方式吗?还有什么需要考虑的吗?
- (void) viewDidUnload
{
[super viewDidUnload];
[self releaseViews];
}
- (void) dealloc {
[self releaseViews];
[super dealloc];
}
#define SAFE_RELEASE(a) [a release]; a = nil;
- (void) releaseViews {
SAFE_RELEASE(myView1);
SAFE_RELEASE(myView2);
SAFE_RELEASE(myView3);
}
答案 0 :(得分:5)
-dealloc
是正确的,-viewDidUnload
可以使用,但通常保留的视图只会在-viewDidUnload
中填充,而不会被释放。这似乎也是Apple的做法,当你通过助手编辑器创建一个自动生成的IBOutlet时,它就是他们在Xcode中的内容。
对于自动生成的IBOutlets,自动生成的-viewDidUnload
如下所示:
- (void)viewDidUnload {
[self myView1:nil];
[self myView2:nil];
[self myView3:nil];
[super viewDidUnload];
}
此外,来自-viewDidUnload
上的Apple docs:
放弃任何对象(包括出口中的对象)的所有权的首选方法是使用相应的访问器方法将对象的值设置为nil。但是,如果您没有给定对象的访问器方法,则可能必须显式释放该对象
所以,你去吧。如果你的插座有一个与之相关的属性(它们都应该已经存在),那么在-viewDidUnload
中将其取消 - 但不要释放它。当您考虑合成访问器中实际发生的情况时,这是有意义的;代码看起来像这样:
- (void) setMyView1 : (UIView *) view {
if (myView1) // the associated IVAR is already set
[myView1 release];
myView1 = [view retain];
}
如您所见,将synthesize属性设置为nil会隐式释放保留的对象。
同样来自关于-dealloc
的文档:
如果您实现此方法但正在为iOS 2.x构建应用程序,则dealloc方法应释放每个对象,但在调用super之前还应将该对象的引用设置为nil。
除非您支持iOS2.x,否则无需在dealloc中将对象设置为nil。
因此,总结一下Apple关于-viewDidUnload
和-dealloc
的文档:
-viewDidUnload
中,nil属性(包括IBOutlet属性),但不释放它们-dealloc
版本属性中,但不为零(除非为2.x构建)。答案 1 :(得分:1)
我不确定这是否是最佳方式,但如果您在viewDidLoad中保留这些视图,这是正确的方法。
请注意,在dealloc中不需要将变量设置为nil,但这样做不会有害,所以我们可以对viewDidLoad和dealloc使用相同的方法。
答案 2 :(得分:0)