當(dāng)面對多個初始化方法時，外部調(diào)用者往往會手足無措酸纲，不知道哪一個才是正確的初始化方法璧榄，對此供嚎，蘋果提供了兩個關(guān)鍵字： NS_UNAVAILABLE 與 NS_DESIGNATED_INITIALIZER 來幫助我們約束定義方式，使得接口描述更加清晰糯而。
對于多個 init 方法天通，蘋果給出了一個調(diào)用順序，而我們也應(yīng)該遵守這種調(diào)用順序熄驼，以確保無論外部調(diào)用者從哪個入口進入像寒，都能夠正確的初始化：
init方法調(diào)用順序
可以看到真正在進行初始化參數(shù)的，是 initWithTitle:date: 瓜贾，如果調(diào)用者通過 init 或者 initWithTitle: 進入诺祸，都應(yīng)該確保變量 title 和 date 能正確賦值，所以 init 與 initWithTitle: 都通過調(diào)用 initWithTitle:date: 來初始化祭芦。
最后 initWithTitle:date: 在通過父類的 init 初始化筷笨，并初始化兩個變量。
對于這種能初始化全部必需變量的方法，一般可作為 designed initializer 胃夏。所以轴或，可以明確的告訴外部調(diào)用者，無論調(diào)用哪種初始化方法仰禀，最終照雁，都會調(diào)用 designed initializer：
- (instancetype)initWithTitle:(NSString*)title date:(NSDate*)dateNS_DESIGNATED_INITIALIZER;
一個子類如果有自己的 designed initializer，則必須要實現(xiàn)父類的 designed initializer答恶。比如一個繼承自 NSObject 的 Person 類饺蚊，就必須要重寫 init 方法，并在 init 方法中亥宿，調(diào)用自己的 designed initializer卸勺，而不是調(diào)用 super 的初始化方法。如果未實現(xiàn)烫扼，可以看到編譯警告：
Method override for the designed initializer of the superclass ‘- init’ not found.
所以曙求，對于 Person 來說，如果 initWithName: 被標(biāo)記了 NS_DESIGNED_INITIALIZER 映企，那么實現(xiàn)應(yīng)該為：
- (instancetype)init {// 在外部調(diào)用不需要 name 變量時悟狱，應(yīng)該給出默認(rèn)值return[selfinitWithName:@"John doe"];}- (instancetype)initWithName:(NSString*)name {self= [superinit];if(self) {self.name = name;? ? }returnself;}
除此之外，子類的 designed initializer 方法堰氓，在調(diào)用 super 時挤渐，也應(yīng)該調(diào)用 super 的 designed initializer。也就是說双絮，如果 CustomView 是 UIView 的子類浴麻，那么應(yīng)該寫作：
// 實現(xiàn) UIView 的 designed initializer- (instancetype)initWithCoder:(NSCoder*)aDecoder {return[selfinitWithVideoID:@0];}// 實現(xiàn) UIView 的 designed initializer- (instancetype)initWithFrame:(CGRect)frame {return[selfinitWithVideoID:@0];}// 實現(xiàn)自己的 designed initializer- (instancetype)initWithVideoID:(NSNumber*)videoID {// 這里在調(diào)用 super 的初始化方法時，就不能調(diào)用 init囤攀，因為 init 不是 UIView 的 designed initializerself= [superinitWithFrame:CGRectZero];if(self) {self.videoID = videoID;? ? ? ? [selfsetupUI];? ? }returnself;}
NS_UNAVAILABLE
在定義初始化方法時软免，除了能夠用 NS_DESIGNATED_INITIALIZER 標(biāo)記以外，還可以使用更為強勢的 NS_UNAVAILABLE 焚挠。和 NS_DESIGNATED_INITIALIZER 用于明確初始化方法方式不同膏萧， NS_UNAVAILABLE 的作用是，直接禁用其他初始化方法蝌衔，簡單粗暴榛泛。
假設(shè)，對于 User 類噩斟，如果沒有 userID 就代表著用戶無效曹锨，那么我們也沒必要給 init 方法一個默認(rèn)的 userID = 0 ，或者 userID = nil 剃允。此時艘希，需要告訴調(diào)用者硼身，就只能通過 userID 來初始化，那么可以寫作：
+ (instancetype)newNS_UNAVAILABLE;- (instancetype)initNS_UNAVAILABLE;///< 直接標(biāo)記 init 方法不可用- (instancetype)initWithUserID:(NSNumber*)userID;
方法一旦標(biāo)記 NS_UNAVAILABLE 覆享，那么在 IDE 自動補全時佳遂，就不會索引到該方法，并且如果強制調(diào)用該方法撒顿，編譯器會報錯（但并不代表著方法不能被調(diào)用丑罪，runtime 依然可以做到）。
除了可以直接使用 NS_UNAVAILABLE 標(biāo)記不可用以外凤壁，還有一些其他的方式：
// 作用與 NS_UNAVAILABLE 類似- (id) init __unavailable;- (id) init __attribute__((unavailable));- (id) init UNAVAILABLE_ATTRIBUTE;// 在調(diào)用時給出提示- (id) init __attribute__((unavailable("Must use initWithFoo: instead.")));
甚至是在調(diào)用時拋出異常等吩屹，比如 userID 不能小于 0：
- (instancetype)initWithUserID:(NSNumber*)userID {self= [superinit];if(self) {if(userID.integerValue <=0) {// raise: 原因// format: 具體描述[NSExceptionraise:@"error parameter"format:@"user id can not = %@", userID];? ? ? ? }self.userID = userID;? ? }returnself;}
小結(jié)
NS_DESIGNATED_INITIALIZER 與 NS_UNAVAILABLE 都能清晰的告知調(diào)用者應(yīng)該如何調(diào)用方法。
如果是可以給出默認(rèn)值初始化方法拧抖，那么使用 NS_DESIGNATED_INITIALIZER 就可以煤搜。
如果是必須要用某參數(shù)來初始化的，可以使用 NS_UNAVAILABLE 唧席。
如果需要在內(nèi)部驗證參數(shù)是否合法擦盾，如果不合法就一定不能成功的，也可以在實現(xiàn)的時候淌哟，驗證并拋出異常迹卢。
具體選擇使用哪一種方式，可以根據(jù)具體的情況來看徒仓。
