在iOS開發(fā)中經(jīng)常用到的設(shè)計模式主要有以下幾種：
1.MVC模式
2.單例模式
3.代理模式
4.觀察者模式（一般分為：通知和KVO）
5.策略模式
6.工廠模式
一、MVC模式：
應(yīng)用場景：是一種非常古老的框架級的設(shè)計模式梯刚，通過數(shù)據(jù)模型姜性，控制器邏輯材彪，視圖展示將應(yīng)用程序進行邏輯劃分。（另外還有很多人用的是MVVM，有興趣的同學(xué)可以自行了解惩激。）
優(yōu)勢：使系統(tǒng)少办，層次清晰苞慢，職責(zé)分明，易于維護
原則：對擴展開放-對修改封閉
實例：model-即數(shù)據(jù)模型英妓，view-視圖展示挽放，controller進行UI展現(xiàn)和數(shù)據(jù)交互的邏輯控制。
Model:
模型保存應(yīng)用程序的數(shù)據(jù)蔓纠，定義了怎么去操作它辑畦。在開發(fā)過程中，從服務(wù)器請求到的數(shù)據(jù)必須要經(jīng)過處理才能進行使用的腿倚，而處理過程纯出，我們就可以寫在model中，這樣我們controller中的代碼就會變得更加簡潔、清晰暂筝、有條理箩言。
View:
視圖是模型數(shù)據(jù)的可視化表示以及用戶交互的控件；基本上來說焕襟，所有的UIView對象以及它的子類都屬于視圖陨收。在開發(fā)過程中，各個控件的創(chuàng)建鸵赖，布局都可以寫在一個封裝好的view中务漩，同樣可以使controller中的代碼變得簡潔。
Controller:
控制器是一個協(xié)調(diào)所有工作的中介者（Mediator卫漫，所以MVC模式有時也會稱為中介者模式）菲饼。它將model和view連接起來，將模型model中的數(shù)據(jù)在視圖中展示出來列赎，同時它們還監(jiān)聽事件和根據(jù)需要操作數(shù)據(jù)宏悦。主要負(fù)責(zé)同用戶間的交互。
在理想的狀態(tài)下包吝，視圖應(yīng)該和模型完全的分離（但是不容易做到）饼煞。如果視圖不依賴某個實際的模型，那么視圖就可以被復(fù)用來展示不同模型的數(shù)據(jù)诗越。（比如一個APP的多個界面砖瞧，上半部分是不同的界面布局，但是下半部分的視圖都是一個tableView且cell布局相同嚷狞，只有內(nèi)容不同块促，這個時候我們就可以復(fù)用這個tableView，只是給他傳遞不同的數(shù)據(jù)就可以了床未。）
二竭翠、單例模式：
應(yīng)用場景：在程序運行期間，確保對于一個給定的類只有一個實例存在薇搁，這個實例有一個全局唯一的訪問點斋扰，用于進行資源共享控制。
優(yōu)勢：使用簡單啃洋，延時求值传货，易于跨模塊。最主要的是因為只是創(chuàng)建一次宏娄，所以可以節(jié)省內(nèi)存问裕。
原則：單一職責(zé)原則
實例：
[NSUserDefaults standardUserDefaults], [UIApplication sharedApplication], [UIScreen mainScreen], [NSFileManager defaultManager]，所有的這些方法都返回一個單例對象孵坚。下面是一個使用了單例模式新建和獲取實例的類模版粮宛，代碼如下：
.h文件
@interface Singleton : NSObject
+ (Singleton *)sharedSingleton; <1>
@end
.m文件
#import "Singleton.h"
@implementation Singleton
static Singleton *sharedSingleton = nil;<2>
+ (Singleton *)sharedSingleton{
static dispatch_once_t once;<3>
dispatch_once(&once,^{
sharedSingleton = [[self alloc] init];<4>
//只需要運行一次就可以滿足需求的代碼都可以寫在這里貌踏。
});
return sharedSingleton;<5>
}
上述代碼中有5小步，解釋如下：
- 聲明一個可以新建和獲取單個實例對象的方法
- 聲明一個static類型的類變量
- 聲明一個只執(zhí)行一次的任務(wù)
- 調(diào)用dispatch_once執(zhí)行該任務(wù)指定的代碼塊窟勃，在該代碼塊中實例化上文聲明的類變量
- 返回在整個應(yīng)用的生命周期中只會被實例化一次的變量
以上就是iOS開發(fā)中單例模式的機制，
三逗堵、代理模式
應(yīng)用場景：當(dāng)一個類的某些功能需要由別的類來實現(xiàn)秉氧，但是又不確定具體會是哪個類實現(xiàn)。
優(yōu)勢：解耦合
敏捷原則：開放-封閉原則
實例：tableview的 數(shù)據(jù)源delegate蜒秤，通過和protocol的配合汁咏，完成委托訴求。
自定義的delegate
四作媚、觀察者模式（一般分為：通知和KVO）
1攘滩、通知(notification)機制：Notification通知中心，注冊通知中心纸泡，任何位置可以發(fā)送消息漂问，注冊觀察者的對象可以接收。（比如：一個愛唱歌的人女揭，喜歡跟著音樂播放器里的歌聲來跟著哼哼蚤假，當(dāng)播放器里進行切歌的時候，那么這個哼哼的曲調(diào)當(dāng)然也就會跟著變化）吧兔。
第一步：注冊通知磷仰，即告訴通知中心，我對啥通知感興趣
[[NSNotificationCenter defaultCenter] addObserver: self selector: @selector(hengheng) name: @"切歌了" object: nil];
第二步：實現(xiàn)回調(diào)境蔼，如果有通知了灶平，我需要干什么
- (void)callBack{
NSLog(@"唱得不好聽");
}
第三步：在程序任何一個地方都可以發(fā)送通知
//發(fā)出通知
[[NSNotificationCenter defaultCenter] postNotificationName:@"切歌了" object:self];
第四步（可選）：可以在需要的時候取消注冊通知。
[[NSNotificationCenter defaultCenter] removeObserver:self name:@"切歌了" object:nil];
2箍土、KVO：逢享，鍵值對改變通知的觀察者，平時基本沒用過涮帘。
KVO是觀察者設(shè)計模式中的一種實現(xiàn)方法拼苍。
五、策略模式（平時基本沒用過调缨。）
應(yīng)用場景：定義算法族疮鲫，封裝起來，使他們之間可以相互替換弦叶。（在軟件開發(fā)中也常常遇到類似的情況俊犯，實現(xiàn)某一個功能有多種算法或者 策略，我們可以根據(jù)環(huán)境或者條件的不同選擇不同的算法或者策略來完成該功能 伤哺。如查找燕侠、排序等者祖，一種常用的方法是硬編碼(Hard Coding)在一個類中，如需要提供多種查找算法绢彤，可以將這些算法寫到一個類中七问，在該類中提供多個方法，每一個方法對應(yīng)一個具體的查找算法茫舶；當(dāng)然也可以將這些查找算法封裝在一個統(tǒng)一的方法中械巡，通過if…else…或者 case 等條件判斷語句來進行選擇。這兩種實現(xiàn)方法我們都可以稱之為硬編碼饶氏，如果需要增加一種新的查找算法讥耗，需要修改封裝算法類的源代碼；更換查找算法疹启，也需要修改客戶端調(diào)用代碼古程。在這個算法類中封裝了大量查找算法， 該類代碼將較復(fù)雜喊崖，維護較為困難挣磨。如果我們將這些策略包含在客戶端 ，這種做法更不可取贷祈，將導(dǎo)致客戶端程序龐大而且難以維護趋急，如果存在大量可供選擇的算法時問題將變得更加嚴(yán)重。）
優(yōu)勢：使算法的變化獨立于使用算法的用戶
敏捷原則：接口隔離原則势誊；多用組合呜达，少用繼承；針對接口編程粟耻，而非實現(xiàn)查近。
實例：排序算法，NSArray的sortedArrayUsingSelector挤忙。
注意事項：1霜威，剝離類中易于變化的行為，通過組合的方式嵌入抽象基類
2册烈，變化的行為抽象基類為戈泼，所有可變變化的父類
3，用戶類的最終實例赏僧，通過注入行為實例的方式大猛，設(shè)定易變行為
防止了繼承行為方式，導(dǎo)致無關(guān)行為污染子類淀零。完成了策略封裝和可替換性挽绩。
六、工廠模式（平時基本沒用過驾中。）
應(yīng)用場景：工廠方式創(chuàng)建類的實例唉堪，多與proxy模式配合模聋，創(chuàng)建可替換代理類。
優(yōu)勢：易于替換唠亚，面向抽象編程链方，application只與抽象工廠和易變類的共性抽象類發(fā)生調(diào)用關(guān)系。
敏捷原則：DIP依賴倒置原則
實例：項目部署環(huán)境中依賴多個不同類型的數(shù)據(jù)庫時灶搜，需要使用工廠配合proxy完成易用性替換
注意事項：項目初期侄柔，軟件結(jié)構(gòu)和需求都沒有穩(wěn)定下來時，不建議使用此模式占调，因為其劣勢也很明顯，
增 加了代碼的復(fù)雜度移剪，增加了調(diào)用層次究珊，增加了內(nèi)存負(fù)擔(dān)。所以要注意防止模式的濫用纵苛。
