設(shè)計模式是指軟件開發(fā)中對普遍存在的問題提出的解決方案。iOS 開發(fā)中常用的設(shè)計模式有：代理模式、觀察者模式、單例模式和工廠模式。下面對這里模式做一些整理。
（一）代理模式 delegate
場景
一個類的功能需要別的類來實現(xiàn)，但是具體不確定有哪些類可以實現(xiàn)。
應(yīng)用實例
像我們常用 UITableView、UIScrollView 都有用到代理。
具體實現(xiàn)
一個完整的代理模式包括三個部分：協(xié)議、代理和委托。
- 協(xié)議：用來指定代理雙方可以做什么，有哪些必須實現(xiàn)。
- 代理：根據(jù)指定的協(xié)議，完成委托方需要實現(xiàn)的功能。
- 委托：根據(jù)指定的協(xié)議，指定代理去完成什么功能。
delegate 屬性用 weak 修飾
delegate 屬性使用 weak 修飾是為了避免出現(xiàn)循環(huán)引用。
舉例：控制器A中有一個 tableView，命名為B，即A強引用了B。這時候我們設(shè)置A為B的代理delegate的話，倘若delegate的屬性為strong，那么B會強引用A，這樣就會導(dǎo)致循環(huán)引用。weak是弱引用，用weak描述修飾或者所引用對象的計數(shù)器不會加一，并且會在引用的對象被釋放的時候自動被設(shè)置為nil，從而解決循環(huán)引用。（另外weak還大大避免了野指針訪問壞內(nèi)存引起崩潰的情況，）
為什么不用assign？
答：weak和assign是一種“非擁有關(guān)系”的指針，通過這兩種修飾符修飾的指針變量，都不會改變被引用對象的引用計數(shù)。但是在一個對象被釋放后，weak會自動將指針指向nil，而assign則不會。在iOS中，向nil發(fā)送消息時不會導(dǎo)致崩潰的，所以assign就會導(dǎo)致野指針的錯誤unrecognized selector sent to instance。
特殊情況：CAAnimation 中的 delegate 是強引用，這是內(nèi)存管理中的一個比較罕見的特例。為了避免循環(huán)引用的問題出現(xiàn)，delegate 通常使用 weak 修飾表示弱引用，而 CAAnimation 動畫是異步的，如果動畫的代理是弱引用而不是強引用，那么會導(dǎo)致其隨時都可能被釋放掉。在使用動畫時要注意采取措施避免循環(huán)引用，例如及時在視圖移除之前的適合時機移除動畫。
delegate 與 block 的區(qū)別
delegate 和 block（block 相關(guān)知識后續(xù)會整理） 都是Objective-c中的傳值方式，但是它們之間還是有區(qū)別：
- 在有多個消息傳遞時，用delegate實現(xiàn)更合適，看起來也更清晰。block就不太好了，這個時候block反而不便于維護(hù)，而且看起來非常臃腫。
- 代理更加面相過程，block則更面向結(jié)果。
- 從性能上來說，block的性能消耗要略大于delegate，因為block會涉及到棧區(qū)向堆區(qū)拷貝等操作，時間和空間上的消耗都大于代理。而代理只是定義了一個方法列表，在遵守協(xié)議對象的 objc_protocol_list 中添加一個節(jié)點，在運行時向遵守協(xié)議的對象發(fā)送消息即可。
（二）觀察者模式
場景
一般用作與MVC的架構(gòu)模式中數(shù)據(jù)模型 Model 與 邏輯控制器Controller 之間的信息傳遞。
觀察者模式是一種一對多的消息傳遞機制，讓多個觀察者對象同時監(jiān)聽某一個對象，這個對象發(fā)生變化時，會通知所有觀察者對象，令它們能夠自動更新自己。
具體實現(xiàn)
觀察者模式只是一個概念，iOS開發(fā)中具體可以通過Notification、KVO來實現(xiàn)。
- Notification ：具體實現(xiàn)代碼如下
注冊觀察者
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(update:) name:@"NOTIFICATION" object:nil];
-(void) update:(id)sender{
//這里執(zhí)行一些更新的操作
}
發(fā)送通知
//創(chuàng)建通知對象
NSNotification *notification = [NSNotification notificationWithName:@"NOTIFICATION" object:nil];
//Name是通知的名稱 object是通知的發(fā)布者(是誰要發(fā)布通知,也就是對象) userInfo是一些額外的信息(通知發(fā)布者傳遞給通知接收者的信息內(nèi)容，字典格式)
// [NSNotification notificationWithName:@"NOTIFICATION" object:nil userInfo:nil];
//發(fā)送通知
[[NSNotificationCenter defaultCenter] postNotification:notification];
dealloc里面移除觀察者
- (void)dealloc {
//刪除根據(jù)name和對象，如果object對象設(shè)置為nil，則刪除所有叫name的，否則便刪除對應(yīng)的
[[NSNotificationCenter defaultCenter] removeObserver:self name:@"NOTIFICATION" object:nil];
}
- KVO：鍵值觀察者機制（Key-value Observer），是基于鍵值編碼（Key-value Coding）實現(xiàn)的。
假設(shè)有一個 person 對象，它有一個屬性是 name，用 KVO 實現(xiàn)監(jiān)聽 person.name 的變化，步驟如下：
- 注冊成為觀察者
/*
options: 有4個值，分別是：
NSKeyValueObservingOptionOld 把更改之前的值提供給處理方法
NSKeyValueObservingOptionNew 把更改之后的值提供給處理方法
NSKeyValueObservingOptionInitial 把初始化的值提供給處理方法，一旦注冊，立馬就會調(diào)用一次。通常它會帶有新值，而不會帶有舊值。
NSKeyValueObservingOptionPrior 分2次調(diào)用。在值改變之前和值改變之后。
*/
[self.person addObserver:self forKeyPath:@"name" options:NSKeyValueObservingOptionOld | NSKeyValueObservingOptionNew context:nil];
- 在回掉方法中處理變更通知
#pragma mark - kvo的回調(diào)方法(系統(tǒng)提供的回調(diào)方法)
//keyPath:屬性名稱
//object:被觀察的對象
//change:變化前后的值都存儲在change字典中
//context:注冊觀察者的時候,context傳遞過來的值
- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSString *,id> *)change context:(void *)context {
id oldName = [change objectForKey:NSKeyValueChangeOldKey];
NSLog(@"oldName----------%@",oldName);
id newName = [change objectForKey:NSKeyValueChangeNewKey];
NSLog(@"newName-----------%@",newName);
//當(dāng)界面要消失的時候,移除kvo
// [object removeObserver:self forKeyPath:@"name"];
}
- 移除觀察者
- (void)dealloc {
[self.person removeObserver:self forKeyPath:@"name"];
self.person = nil;
}
（三）單例模式
場景
為了確保程序運行期某個類，只有一份實例，用于進(jìn)行資源共享控制。可用于跨模塊傳值。
具體實現(xiàn)
項目中如 [UIApplication sharedApplication] 就是單例的實現(xiàn)。
iOS 開發(fā)中我們通常使用 GCD（iOS 中一種多線程編程解決方式，后面會整理）的 dispatch_once函數(shù)來實現(xiàn)單例模式。具體代碼如下：
+ (instancetype)sharedInstance {
// Share 是需要單例化的類名
static Share *shared = nil;
static dispatch_once_t onceToken;
dispatch_once(&onceToken, ^{
shared = [[Share alloc]init];
});
return shared;
}
（四）工廠模式
場景
簡單地說，類工廠方法就是用來快速創(chuàng)建對象的類方法，它可以直接返回一個初始化好的對象。
具體實現(xiàn)
UIKit 中最典型的類工廠方法就是UIButton 的 buttonWithType 類工廠方法，開發(fā)者使用這個方法指定按鈕類型就能快速得到一個該類型的初始化好的按鈕實例對象。
