"你問我愛你有多深, 我愛你有幾分, 我的情不移, 我的愛不變, 月亮代表我的心"靶壮，既然月亮代表我的新餐茵，是不是說明了我的要私有你康栈？哈哈開玩笑笙瑟，我們來說一個裝逼的東西~
我們在寫OC的過程中經(jīng)常有這么一種情況楼镐，就是我們需要寫一個單例的情況癞志。當(dāng)然我們都會提供一個類方法類似于+(instancetype)sharedInstance之類的方法往枷，巴特(but)我們的類的開山鼻祖都是NSObject,而這個鼻祖竟然提供了- (instancetype)init讓別人來調(diào)用。這樣寶寶就不開心了，寶寶很委屈错洁，可是寶寶不說秉宿，我就是想讓別人調(diào)用我的類方法來獲得單例嘛(嘔吐)
那么我們有沒有辦法讓init方法私有化呢？或者是讓小伙伴不要去調(diào)用它呢屯碴？答案是木有描睦，因為我們知道OC沒有私有化父類方法的做法，并且OC有非常強大的Runtime機制导而，致使我們沒有辦法私有化init方法忱叭。通常這個時候都會有個但是，要不然還寫這篇文章干嘛今艺。
其實雖然沒有完全私有init的方法韵丑，但是我們可以通過一些手段來私有化它，讓我們來一個一個的看看吧虚缎。
首先撵彻，我們可以用Clang的Attributes中的unavailable來讓產(chǎn)生一個編譯錯誤。怎么做呢实牡？簡單的要命,只要添加如下的聲明即可:
- (instancetype)init __attribute__((unavailable("Disabled. Use +sharedInstance instead")));
那么會產(chǎn)生什么效果呢陌僵？
個人比較喜歡第一種，特別是在寫一些開源的情況下创坞，能在其他小伙伴調(diào)用的時候就直接給出編譯錯誤碗短。而且也能給出有用的信息提示小伙伴調(diào)用其他的方法進行替代。
第二種题涨，通過使用NS_UNAVAILABLE來聲明豪椿，具體使用方法與第一種類似:
- (instancetype)init NS_UNAVAILABLE;
效果如下：
而這種方式也是產(chǎn)生了一個編譯錯誤，只是這種方式?jīng)]有辦法給出更加具體的提示信息携栋，而細(xì)心的小伙伴可以發(fā)現(xiàn)搭盾，第二種方式的提示信息和第一種方式很像，為什么呢婉支？我們來看看關(guān)于NS_UNAVAILABLE的定義:
#if !defined(NS_UNAVAILABLE)
#define NS_UNAVAILABLE UNAVAILABLE_ATTRIBUTE
#endif
我們可以從名字UNAVAILABLE_ATTRIBUTE看的出來鸯隅，它應(yīng)該也是用到了__attribute__只是應(yīng)該提示信息是空字符串，應(yīng)該等價于下面這兩種情況向挖，至少從展現(xiàn)的形式上來看應(yīng)該是等價的蝌以。
- (instancetype)init __attribute__((unavailable));
- (instancetype)init __attribute__((unavailable));
第三種是在init方法中調(diào)用doesNotRecognizeSelector來搞定，也非常簡單何之，大概如下
- (instancetype)init {
[super doesNotRecognizeSelector:_cmd];
return nil;
}
這種方法則會在調(diào)用的時候拋出一個類似于"unrecognized selector"信息的錯誤跟畅。這種形式其實沒有直接指明真正的原因，可能會讓用戶丈二和尚摸不著頭腦的趕腳溶推，可能分分鐘給你差評徊件，所以這種方法可能會被以欺君罪分分鐘被分尸~
第四種則是在init中通過斷言或者異常的形式來讓用戶在運行的時候crash來提示用戶奸攻，這個點很像第三點，但是通過斷言或者異常我們可以通過給出相對應(yīng)的錯誤信息提示用戶來用其他方式來替代的方法虱痕，代碼可以如下:
// 通過斷言
- (instancetype)init {
NSAssert(false,@"unavailable, use sharedInstance instead");
return nil;
}
// 或者通過異常
- (instancetype)init {
[NSException raise:NSGenericException
format:@"Disabled. Use +[%@ %@] instead",
NSStringFromClass([self class]),
NSStringFromSelector(@selector(sharedInstance))];
return nil;
}
這種方式雖然能提示正確的信息睹耐，可是用戶必須要到運行的時候才能看到錯誤的信息，所以個人感覺還是偏遲了一點部翘。
小小的總結(jié)一下硝训，雖然提供了四種方式，但是本來還是喜歡第一種方式新思，畢竟第一種方式能在編譯的過程中就能獲得有用的信息窖梁，讓其他的小伙伴即使使用正確的方式。好啦夹囚，就醬紫啦窄绒，小伙伴可以自己去動手嘗試一下了~
PS:具體代碼可以從Github上獲取。
如有問題或糾正, 可以聯(lián)系@叫什么都不如叫Pluto-Y或在Github
