（一）代理模式
應(yīng)用場(chǎng)景：當(dāng)一個(gè)類(lèi)的某些功能需要由別的類(lèi)來(lái)實(shí)現(xiàn)，但是又不確定具體會(huì)是哪個(gè)類(lèi)實(shí)現(xiàn)谐区。
優(yōu)勢(shì)：解耦合
敏捷原則：開(kāi)放-封閉原則
實(shí)例：tableview的 數(shù)據(jù)源delegate，通過(guò)和protocol的配合完箩，完成委托訴求鹿霸。
列表row個(gè)數(shù)delegate
自定義的delegate
（二）觀察者模式
應(yīng)用場(chǎng)景：一般為model層對(duì)，controller和view進(jìn)行的通知方式泪电，不關(guān)心誰(shuí)去接收般妙，只負(fù)責(zé)發(fā)布信息。
優(yōu)勢(shì)：解耦合
敏捷原則：接口隔離原則相速，開(kāi)放-封閉原則
實(shí)例：Notification通知中心碟渺，注冊(cè)通知中心，任何位置可以發(fā)送消息突诬，注冊(cè)觀察者的對(duì)象可以接收苫拍。
kvo，鍵值對(duì)改變通知的觀察者旺隙，平時(shí)基本沒(méi)用過(guò)绒极。
（三）MVC模式
應(yīng)用場(chǎng)景：是一中非常古老的設(shè)計(jì)模式，通過(guò)數(shù)據(jù)模型蔬捷，控制器邏輯垄提，視圖展示將應(yīng)用程序進(jìn)行邏輯劃分榔袋。
優(yōu)勢(shì)：使系統(tǒng)，層次清晰铡俐，職責(zé)分明凰兑，易于維護(hù)
敏捷原則：對(duì)擴(kuò)展開(kāi)放-對(duì)修改封閉
實(shí)例：model-即數(shù)據(jù)模型，view-視圖展示审丘，controller進(jìn)行UI展現(xiàn)和數(shù)據(jù)交互的邏輯控制吏够。
（四）單例模式
應(yīng)用場(chǎng)景：確保程序運(yùn)行期某個(gè)類(lèi)，只有一份實(shí)例滩报，用于進(jìn)行資源共享控制锅知。
優(yōu)勢(shì)：使用簡(jiǎn)單，延時(shí)求值脓钾，易于跨模塊
敏捷原則：?jiǎn)我宦氊?zé)原則
實(shí)例：[UIApplication sharedApplication]喉镰。
注意事項(xiàng)：確保使用者只能通過(guò) getInstance方法才能獲得，單例類(lèi)的唯一實(shí)例惭笑。
java侣姆，C++中使其沒(méi)有公有構(gòu)造函數(shù)，私有化并覆蓋其構(gòu)造函數(shù)沉噩。
object c中捺宗，重寫(xiě)allocWithZone方法，保證即使用戶(hù)用 alloc方法直接創(chuàng)建單例類(lèi)的實(shí)例川蒙，
返回的也只是此單例類(lèi)的唯一靜態(tài)變量蚜厉。
（五）策略模式
應(yīng)用場(chǎng)景：定義算法族，封裝起來(lái)畜眨，使他們之間可以相互替換昼牛。
優(yōu)勢(shì)：使算法的變化獨(dú)立于使用算法的用戶(hù)
敏捷原則：接口隔離原則；多用組合康聂，少用繼承贰健；針對(duì)接口編程，而非實(shí)現(xiàn)恬汁。
實(shí)例：排序算法伶椿，NSArray的sortedArrayUsingSelector；經(jīng)典的鴨子會(huì)叫氓侧，會(huì)飛案例脊另。
注意事項(xiàng)：1，剝離類(lèi)中易于變化的行為约巷，通過(guò)組合的方式嵌入抽象基類(lèi)
2偎痛，變化的行為抽象基類(lèi)為，所有可變變化的父類(lèi)
3独郎，用戶(hù)類(lèi)的最終實(shí)例踩麦，通過(guò)注入行為實(shí)例的方式枚赡，設(shè)定易變行為
防止了繼承行為方式，導(dǎo)致無(wú)關(guān)行為污染子類(lèi)靖榕。完成了策略封裝和可替換性。
（六）工廠模式
應(yīng)用場(chǎng)景：工廠方式創(chuàng)建類(lèi)的實(shí)例顽铸，多與proxy模式配合茁计，創(chuàng)建可替換代理類(lèi)。
優(yōu)勢(shì)：易于替換谓松，面向抽象編程星压，application只與抽象工廠和易變類(lèi)的共性抽象類(lèi)發(fā)生調(diào)用關(guān)系。
敏捷原則：DIP依賴(lài)倒置原則
實(shí)例：項(xiàng)目部署環(huán)境中依賴(lài)多個(gè)不同類(lèi)型的數(shù)據(jù)庫(kù)時(shí)鬼譬，需要使用工廠配合proxy完成易用性替換
注意事項(xiàng)：項(xiàng)目初期娜膘，軟件結(jié)構(gòu)和需求都沒(méi)有穩(wěn)定下來(lái)時(shí)，不建議使用此模式优质，因?yàn)槠淞觿?shì)也很明顯竣贪，
增 加了代碼的復(fù)雜度，增加了調(diào)用層次巩螃，增加了內(nèi)存負(fù)擔(dān)演怎。所以要注意防止模式的濫用。
（七）MVVM模式
MVVM是近幾年新出現(xiàn)的設(shè)計(jì)模式避乏，它在MVC模式下進(jìn)行了改善爷耀，MVC
MVC(Model-View-Controller)
Model模型:用來(lái)呈現(xiàn)數(shù)據(jù)
View視圖:用來(lái)呈現(xiàn)用戶(hù)界面
Controller控制器:用來(lái)調(diào)節(jié)模型與視圖之間的交互.
在 iOS 應(yīng)用中日益增長(zhǎng)的重量級(jí)視圖控制器的問(wèn)題。在典型的 MVC 應(yīng)用里拍皮，許多邏輯被放在 View Controller 里歹叮。
它們中的一些確實(shí)屬于 View Controller，但更多的是所謂的“表示邏輯（presentation logic）;
為了不讓控制器日益增大,便于測(cè)試管理,便出現(xiàn)了MVVM.
MVVM（Model View View-Model）
MVVM:它其實(shí)是一個(gè) MVC 的增強(qiáng)版铆帽，并將表示邏輯從 Controller 移出放到一個(gè)新的對(duì)象里咆耿，即 View Model
在 iOS 上使用 MVVM 的動(dòng)機(jī),就是讓它能減少 View Controller 的復(fù)雜性并使得表示邏輯更易于測(cè)試
ViewModel:?它位于 View/Controller 與 Model 之間.
Model層截圖:
ViewMode層截圖:
參考資料:
