在ObjectiveC中调用超类方法的时机是否重要?

fnC*_*zar 6 oop iphone cocoa-touch objective-c ios

如果我先调用超类的方法或者最后调用超类的方法,这有关系吗?例如

-(void)didReceiveMemoryWarning {
   /* do a bunch of stuff */

   [super didReceiveMemoryWarning];
}
Run Code Online (Sandbox Code Playgroud)

-(void)didReceiveMemoryWarning {
   [super didReceiveMemoryWarning];

   /* do a bunch of stuff */
}
Run Code Online (Sandbox Code Playgroud)

其他方法的相同问题,如viewWillAppear,willRotateToInterfaceOrientation等.

我正在寻找有意义的差异,不仅仅是风格,还是哲学(尽管这些也是受欢迎的).

ste*_*anB 6

这取决于功能,你要么想要在超级类之前或之前做某事.

例如,如果超类包含一些UI元素并且您扩展它,那么您的类将包含更多UI元素.要获得适合整个对象的大小,您可能会调用超类来计算其元素的大小,然后将该大小添加到您添加的元素的大小.

否则它就没有意义了 - 超级类不知道你的元素,所以它会覆盖你的计算.同样,这取决于实施.

有一个特定的情况,你需要调用super方法作为最后一件事:

-(void)dealloc
{
    ...
    [super dealloc];
}
Run Code Online (Sandbox Code Playgroud)


Cor*_*oyd 6

典型的Cocoa惯例:

  1. 如果您正在执行设置,请拨打超级FIRST
  2. 如果您正在执行拆解,请立即拨打超级电话

所以,初始化,viewDidLoad等都属于第一种情况.内存警告,viewDidUnload和dealloc属于第二种情况.

您还应该设计您的类以遵循此约定.应特别注意任何偏差.

相关SO回答:

`[super viewDidLoad]`约定


要添加:在安装过程中首先调用超级优先级的理由是,您希望在扩展功能之前确保所有内容都已就绪.推论是,当你要解除分配时,你不希望任何超类ivars你的子类依赖于在你有机会处理它们之前被释放.

这在参考UI更新时也是有意义的,并在下面的注释中提到.

  • 在我看来,我会说这是设置.我认为你希望超类执行它的对象(很可能包括根视图对象)的旋转,然后你想要在那之后处理你的(很可能是子视图). (2认同)