在軟件開(kāi)發(fā)中，無(wú)論是那種高級(jí)語(yǔ)言中總會(huì)伴隨著一些最為常用的設(shè)計(jì)模式，下面針對(duì)iOS中，MVC模式、代理模式、觀察者模式、單例模式、策略模式、簡(jiǎn)單工廠模式這六大模式進(jìn)行匯總分析。
一、MVC模式
MVC是一種軟件設(shè)計(jì)典范，用一種業(yè)務(wù)邏輯、數(shù)據(jù)、界面顯示分離的方法組織代碼，將業(yè)務(wù)邏輯聚集到一個(gè)部件里面，在改進(jìn)和個(gè)性化定制界面及用戶交互的同時(shí)，不需要重新編寫(xiě)業(yè)務(wù)邏輯
1.1實(shí)例
MVC(Model View Controller)模型(model)－視圖(view)－控制器(controller)
1.1.1模型對(duì)象
模型對(duì)象封裝了應(yīng)用程序的數(shù)據(jù)，并定義操控和處理該數(shù)據(jù)的邏輯和運(yùn)算。
例如，模型對(duì)象可能是表示游戲中的角色或地址簿中的聯(lián)系人。
用戶在視圖層中所進(jìn)行的創(chuàng)建或修改數(shù)據(jù)的操作，通過(guò)控制器對(duì)象傳達(dá)出去，最終會(huì)創(chuàng)建或更新模型對(duì)象。
模型對(duì)象更改時(shí)（例如通過(guò)網(wǎng)絡(luò)連接接收到新數(shù)據(jù)），它通知控制器對(duì)象，控制器對(duì)象更新相應(yīng)的視圖對(duì)象。
1.1.2視圖對(duì)象
視圖對(duì)象是應(yīng)用程序中用戶可以看見(jiàn)的對(duì)象，視圖對(duì)象知道如何將自己繪制出來(lái)，并可能對(duì)用戶的操作作出響應(yīng)。
視圖對(duì)象的主要目的，就是顯示來(lái)自應(yīng)用程序模型對(duì)象的數(shù)據(jù)，并使該數(shù)據(jù)可被編輯。
盡管如此，在 MVC 應(yīng)用程序中，視圖對(duì)象通常與模型對(duì)象分離。
在iOS應(yīng)用程序開(kāi)發(fā)中，所有的控件、窗口等都繼承自 UIView，對(duì)應(yīng)MVC中的V。UIView及其子類主要負(fù)責(zé)UI的實(shí)現(xiàn)，而UIView所產(chǎn)生的事件都可以采用委托的方式，交給UIViewController實(shí)現(xiàn)。
1.1.3控制器對(duì)象
在應(yīng)用程序的一個(gè)或多個(gè)視圖對(duì)象和一個(gè)或多個(gè)模型對(duì)象之間，控制器對(duì)象充當(dāng)媒介?？刂破鲗?duì)象因此是同步管道程序，通過(guò)它，視圖對(duì)象了解模型對(duì)象的更改，反之亦然。控制器對(duì)象還可以為應(yīng)用程序執(zhí)行設(shè)置和協(xié)調(diào)任務(wù)，并管理其他對(duì)象的生命周期。
1.2應(yīng)用場(chǎng)景
MVC模式是一中非常古老的設(shè)計(jì)模式，通過(guò)數(shù)據(jù)模型，控制器邏輯，視圖展示將應(yīng)用程序進(jìn)行邏輯劃分。
1.3優(yōu)勢(shì)
MVC模式使系統(tǒng)，層次清晰，職責(zé)分明，易于維護(hù)
1.4敏捷原則
MVC模式對(duì)擴(kuò)展開(kāi)放-對(duì)修改封閉
二、代理模式
代理模式完成委托方交給的任務(wù),委托方有一些任務(wù)自己不想完成,但是還需要要實(shí)現(xiàn),則將該任務(wù)存放到協(xié)議中,由代理完成.但是代理并不會(huì)主動(dòng)的執(zhí)行任務(wù),需要委托方通知代理。
2.1應(yīng)用場(chǎng)景
當(dāng)一個(gè)類的某些功能需要由別的類來(lái)實(shí)現(xiàn)，但是又不確定具體會(huì)是哪個(gè)類實(shí)現(xiàn)。
2.2優(yōu)勢(shì)
解耦合
2.3敏捷原則
開(kāi)放-封閉原則
2.4實(shí)例
tableview的 數(shù)據(jù)源delegate，通過(guò)和protocol的配合，完成委托訴求。列表row個(gè)數(shù)delegate，自定義的delegate。
三、觀察者模式
觀察者模式本質(zhì)上是一種發(fā)布-訂閱模型,用以消除具有不同行為的對(duì)象之間的耦合，通過(guò)這一模式，不同對(duì)象可以協(xié)同工作，同時(shí)它們也可以被復(fù)用于其他地方Observer從Subject訂閱通知，ConcreteObserver實(shí)現(xiàn)重現(xiàn)ObServer并將其重載其update方法。
3.1應(yīng)用場(chǎng)景
一般為model層對(duì)，controller和view進(jìn)行的通知方式，不關(guān)心誰(shuí)去接收，只負(fù)責(zé)發(fā)布信息。
3.2優(yōu)勢(shì)
解耦合
3.3敏捷原則
接口隔離原則，開(kāi)放-封閉原則
3.4實(shí)例
Notification通知中心，注冊(cè)通知中心，任何位置可以發(fā)送消息，注冊(cè)觀察者的對(duì)象可以接收。
kvo，鍵值對(duì)改變通知的觀察者，平時(shí)基本沒(méi)用過(guò)。
四、單例模式
單例模式可以保證App在程序運(yùn)行中，一個(gè)類只有唯一個(gè)實(shí)例，從而做到節(jié)約內(nèi)存。
在整個(gè)App程序中，這一份資源是共享的。
提供一個(gè)固定的實(shí)例創(chuàng)建方法。
4.1應(yīng)用場(chǎng)景
確保程序運(yùn)行期某個(gè)類，只有一份實(shí)例，用于進(jìn)行資源共享控制。
4.2優(yōu)勢(shì)
使用簡(jiǎn)單，延時(shí)求值，易于跨模塊
4.3敏捷原則
單一職責(zé)原則
4.4實(shí)例
[UIApplication sharedApplication]。
4.5注意事項(xiàng)
確保使用者只能通過(guò) getInstance方法才能獲得，單例類的唯一實(shí)例。
java，C++中使其沒(méi)有公有構(gòu)造函數(shù)，私有化并覆蓋其構(gòu)造函數(shù)。
object c中，重寫(xiě)allocWithZone方法，保證即使用戶用 alloc方法直接創(chuàng)建單例類的實(shí)例，
返回的也只是此單例類的唯一靜態(tài)變量。
五、策略模式
策略模式定義了一系列的算法，并將每一個(gè)算法封裝起來(lái)，而且使它們還可以相互替換。策略模式讓算法獨(dú)立于使用它的客戶而獨(dú)立變化。
5.1應(yīng)用場(chǎng)景
定義算法族，封裝起來(lái)，使他們之間可以相互替換。
5.2優(yōu)勢(shì)
使算法的變化獨(dú)立于使用算法的用戶
5.3敏捷原則
接口隔離原則；
多用組合，少用繼承；
針對(duì)接口編程，而非實(shí)現(xiàn)。
5.4實(shí)例
排序算法，NSArray的sortedArrayUsingSelector；經(jīng)典的鴨子會(huì)叫，會(huì)飛案例。
5.5注意事項(xiàng)
1、剝離類中易于變化的行為，通過(guò)組合的方式嵌入抽象基類
2、變化的行為抽象基類為，所有可變變化的父類
3、用戶類的最終實(shí)例，通過(guò)注入行為實(shí)例的方式，設(shè)定易變行為
防止了繼承行為方式，導(dǎo)致無(wú)關(guān)行為污染子類。完成了策略封裝和可替換性。
六、簡(jiǎn)單工廠模式
簡(jiǎn)單工廠模式中定義一個(gè)抽象類，抽象類中聲明公共的特征及屬性，抽象子類繼承自抽象類，去實(shí)現(xiàn)具體的操作。工廠類根據(jù)外界需求，在工廠類中創(chuàng)建對(duì)應(yīng)的抽象子類實(shí)例并傳給外界，而對(duì)象的創(chuàng)建是由外界決定的。外界只需要知道抽象子類對(duì)應(yīng)的參數(shù)即可，而不需要知道抽象子類的創(chuàng)建過(guò)程，在外界使用時(shí)甚至不用引入抽象子類。
6.1應(yīng)用場(chǎng)景
工廠方式創(chuàng)建類的實(shí)例，多與proxy模式配合，創(chuàng)建可替換代理類。
6.2優(yōu)勢(shì)
易于替換，面向抽象編程，application只與抽象工廠和易變類的共性抽象類發(fā)生調(diào)用關(guān)系。
6.3敏捷原則
DIP依賴倒置原則
6.4實(shí)例
項(xiàng)目部署環(huán)境中依賴多個(gè)不同類型的數(shù)據(jù)庫(kù)時(shí)，需要使用工廠配合proxy完成易用性替換
6.5注意事項(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)。
