The initializer of a class that takes the full complement of initialization parameters is usually the designated initializer. ¹

来自官方文档的介绍是designated initializer 通常是接收最多初始化参数的一个initializer

一个类通常会有一个提供便利初始化的initializer,它通常接收最多的初始化参数。而这个initializer便通常是designated initializer,一个类里面最重要的initializer。主要的implementation都写在这里。其他initializer则调用它即可,不需要重复写相关代码。这个模式保证了所有的初始化方法都正确地初始实例变量。

例如一个Task类，它有三个initializer

- (id)init;
- (id)initWithTitle:(NSString *)aTitle;
- (id)initWithTitle:(NSString *)aTitle date:(NSDate *)aDate;

则designated initializer便是

- (id)initWithTitle:(NSString *)aTitle date:(NSDate *)aDate;

其他初始化方法则是convenience initializer,通过调用designated initializer或其他initializer来完成初始化工作。

- (id)initWithTitle:(NSString *)aTitle {
    return [self initWithTitle:aTitle date:[NSDate date]];
}
 
- (id)init {
    return [self initWithTitle:@”Task”];
}

一直以来,在Objective-C中,designated initializer是作为一个概念存在的,官方文档中希望我们能遵循这样的概念和规范。但是没有严格的语法进行限定,因此导致许多不知道这个概念或是贪方便的开发者没有进行严格的使用。

在XCode6后,Objective-C新增了NS_DESIGNATED_INITIALIZER 宏定义来进行规范。²

使用了它之后:

1. 该designated initializer的实现一定要调用superclass的designated initializer方法

   即：

   声明：
   - (instancetype)initWithObject:(ObjectType)object NS_DESIGNATED_INITIALIZER;
   
   实现：
   - (instancetype)initWithNSString:(NSString*)string //子类的designated initializer
   {	
   	 self = [super init]; //这里必须调用父类的designated initializer
      	 if (self) {
      	 ......
      	 }
   	 return self;
   }

2. 没有标注为designated initializer的初始化方法都是convenience initializer。都需要调用自己的designated initializer。

   即：

   - (instancetype)init //没有标注的初始化方法都是convenience initializer
   {   
        return [self initWithObject:@"default string"];
   }

如果没有符合规范,编译器会出现Warnings。

如果我们在一个类里采用了NS_DESIGNATED_INITIALIZER,则我们的所有初始化方法都要按照以上的规范进行。

事实上 Swift同样也使用了designated initializer这样的概念。Objective-C中加入限制的宏,我们有理由相信这是为了配合Swift更严格的控制。

Swift更加严格地定义了designated initializer和它的使用规则。 详情可以查阅《The Swift Programming Language》。

后续： 开始学习Swift后,越发感受到它的魅力。欢迎阅读：Swift学习：Swift与Objective-C

使用的规则是基本一致的，我们在OC也是遵循这样的规则的。

Rule 1 A designated initializer must call a designated initializer from its immediate superclass.

Rule 2 A convenience initializer must call another initializer from the same class.

Rule 3 A convenience initializer must ultimately call a designated initialize³

规则可以用这样一幅图显示:

在自己的开发过程中,合理地遵守和运用designated initializer会减少许多重复代码。

并且理解了这一个概念,对整个Cocoa框架的理解也有帮助。 例如UIViewController的Designated initializer是

- (instancetype)initWithNibName:(NSString *)nibName
                         bundle:(NSBundle *)nibBundle

但是可能有人会发现,如果你直接使用 [[viewController alloc]init]来生成Controller,且你是使用XIB来组织界面的,那么最后你得到的ViewController的View还是来自XIB的。

这背后的原因就是Designated initializer帮你完成了这个工作。

If you specify nil for the nibName parameter and you do not override the loadView method, the view controller searches for a nib file using other means.⁴