目前常用的幾種設(shè)計(jì)模式：代理模式、觀察者模式、MVC模式、單例模式、策略模式、工廠模式、MVVM
（一）代理?
場景：當(dāng)一個(gè)類的某些功能需要由別的類來實(shí)現(xiàn)，但是又不確定具體會是哪個(gè)類實(shí)現(xiàn)。
優(yōu)勢：解耦合
敏捷原則：開放-封閉原則
實(shí)例：tableview的 數(shù)據(jù)源delegate，通過和protocol的配合，完成委托訴求。
列表row個(gè)數(shù)delegate
自定義的delegate
一句話總結(jié)：傳入對象實(shí)現(xiàn)對象的功能
（二）觀察者
場景：一般為model層對，controller和view進(jìn)行的通知方式，不關(guān)心誰去接收，只負(fù)責(zé)發(fā)布信息。
優(yōu)勢：解耦合
敏捷原則：接口隔離原則，開放-封閉原則
實(shí)例：Notification通知中心，注冊通知中心，任何位置可以發(fā)送消息，注冊觀察者的對象可以接收。
kvo，鍵值對改變通知的觀察者，平時(shí)基本沒用過。
（三）MVC
場景：是一中非常古老的設(shè)計(jì)模式，通過數(shù)據(jù)模型，控制器邏輯，視圖展示將應(yīng)用程序進(jìn)行邏輯劃分。
優(yōu)勢：使系統(tǒng)，層次清晰，職責(zé)分明，易于維護(hù)
敏捷原則：對擴(kuò)展開放-對修改封閉
實(shí)例：model-即數(shù)據(jù)模型，view-視圖展示，controller進(jìn)行UI展現(xiàn)和數(shù)據(jù)交互的邏輯控制。
（四）單例
場景：確保程序運(yùn)行期某個(gè)類，只有一份實(shí)例，用于進(jìn)行資源共享控制。
優(yōu)勢：使用簡單，延時(shí)求值，易于跨模塊
敏捷原則：單一職責(zé)原則
實(shí)例：[UIApplication sharedApplication]。
注意事項(xiàng)：確保使用者只能通過 getInstance方法才能獲得，單例類的唯一實(shí)例。
java，C++中使其沒有公有構(gòu)造函數(shù)，私有化并覆蓋其構(gòu)造函數(shù)。
object c中，重寫allocWithZone方法，保證即使用戶用 alloc方法直接創(chuàng)建單例類的實(shí)例，
返回的也只是此單例類的唯一靜態(tài)變量。
（五）策略
場景：定義算法族，封裝起來，使他們之間可以相互替換。
優(yōu)勢：使算法的變化獨(dú)立于使用算法的用戶
敏捷原則：接口隔離原則；多用組合，少用繼承；針對接口編程，而非實(shí)現(xiàn)。
實(shí)例：排序算法，NSArray的sortedArrayUsingSelector；經(jīng)典的鴨子會叫，會飛案例。
注意事項(xiàng)：1，剝離類中易于變化的行為，通過組合的方式嵌入抽象基類
2，變化的行為抽象基類為，所有可變變化的父類
3，用戶類的最終實(shí)例，通過注入行為實(shí)例的方式，設(shè)定易變行為
防止了繼承行為方式，導(dǎo)致無關(guān)行為污染子類。完成了策略封裝和可替換性。
（六）工廠
場景：工廠方式創(chuàng)建類的實(shí)例，多與proxy模式配合，創(chuàng)建可替換代理類。
“專門定義一個(gè)類來負(fù)責(zé)創(chuàng)建其他類的實(shí)例，被創(chuàng)建的實(shí)例通常具有共同的父類。”
世界上就是由一個(gè)工廠類，根據(jù)傳入的參數(shù)，動態(tài)地決定創(chuàng)建出哪一個(gè)產(chǎn)品類的實(shí)例。
簡要分析結(jié)構(gòu)圖：
ConcreteProduct1和ConcreteProduct2兩個(gè)產(chǎn)品具有一個(gè)共同的父類IProject，簡單工廠類為SimpleFactory，負(fù)責(zé)根據(jù)傳入的不同參數(shù)來決定生產(chǎn)ConcreteProduct1還是ConcreteProduct2產(chǎn)品。
優(yōu)勢：易于替換，面向抽象編程，application只與抽象工廠和易變類的共性抽象類發(fā)生調(diào)用關(guān)系。
? ? ? ? ? 通過簡單工廠模式的重構(gòu)，我們就是閑了低耦合度的代碼結(jié)構(gòu)，做到了對外擴(kuò)展開放，對修改關(guān)閉。如果再增加任何的 ? 操作方法，只需要繼承操作方法父類，新建一個(gè)操作子類，并且在簡單工廠類里面多添加一個(gè)else if的判斷即可。
? ? ? ? ?優(yōu)點(diǎn)：簡單工廠模式的優(yōu)點(diǎn)是客戶端可以直接消費(fèi)產(chǎn)品，而不必關(guān)心具體產(chǎn)品的實(shí)現(xiàn)，消除了客戶端直接創(chuàng)建產(chǎn)品對象的責(zé)任，實(shí)現(xiàn)了對責(zé)任的分割。
? ? ? ? ?缺點(diǎn)：是工廠類幾種了所有產(chǎn)品的創(chuàng)建邏輯，一旦不能正常工作，整個(gè)系統(tǒng)都會受到影響，而且當(dāng)產(chǎn)品類多結(jié)構(gòu)復(fù)雜的時(shí)候，把所有創(chuàng)建工作放進(jìn)一個(gè)工廠中來，回事后期程序的擴(kuò)展較為困難。
通過優(yōu)缺點(diǎn)的分析，我們可以再如下場景中使用簡單工廠模式：
（1）工廠類負(fù)責(zé)創(chuàng)建的對象較少時(shí)；
（2）客戶端只知道傳入工廠類的參數(shù)，對于如何創(chuàng)建對象的邏輯不必關(guān)心時(shí)。
敏捷原則：DIP依賴倒置原則
實(shí)例：項(xiàng)目部署環(huán)境中依賴多個(gè)不同類型的數(shù)據(jù)庫時(shí)，需要使用工廠配合proxy完成易用性替換
注意事項(xiàng)：項(xiàng)目初期，軟件結(jié)構(gòu)和需求都沒有穩(wěn)定下來時(shí)，不建議使用此模式，因?yàn)槠淞觿菀埠苊黠@，
增 加了代碼的復(fù)雜度，增加了調(diào)用層次，增加了內(nèi)存負(fù)擔(dān)。所以要注意防止模式的濫用。
分享：http://my.oschina.net/leejan97/blog/311843
（七）MVVM
在 iOS 應(yīng)用中日益增長的重量級視圖控制器的問題。在典型的 MVC 應(yīng)用里， 許多 邏輯被放在 View Controller 里。
它們中的一些確實(shí)屬于 View Controller，但更多的是所謂的“表示邏輯（presentation logic）;
為了不讓控制器日益增大,便于測試管理,便出現(xiàn)了MVVM.
MVVM:它其實(shí)是一個(gè) MVC 的增強(qiáng)版，并將表示邏輯從 Controller 移出放到一個(gè)新的對象里，即 View Model
在 iOS 上使用 MVVM 的動機(jī),就是讓它能減少 View Controller 的復(fù)雜性并使得表示邏輯更易于測試
http://my.oschina.net/leejan97/blog/311843
