原文1：https://www.raywenderlich.com/86477/introducing-ios-design-patterns-in-swift-part-1
原文2：http://www.raywenderlich.com/90773/introducing-ios-design-patterns-in-swift-part-2
中文翻譯：https://swift-design-patterns.books.yourtion.com/Chapter01/iOS-Design-Patterns.html
以下為個人針對這兩篇文章的理解與總結(jié)
設(shè)計模式
一個好的設(shè)計模式可以使解決方案變成可復(fù)用且利于理解的伦糯，并且降低代碼的耦合度
Cocoa中常見的設(shè)計模式
Cocoa中常見的幾種設(shè)計模式：
- 創(chuàng)建型 (Creational)：單例模式 (Singleton)
- 結(jié)構(gòu)型 (Structural)：MVC剂癌、裝飾者模式 (Decorator)佩谷、適配器模式 (Adapter)抡谐、外觀模式 (Facade)
- 行為型 (Behavioral)：觀察者模式 (Observer)、備忘錄模式 (Memento)
MVC
Model-View-Controller 是 Cocoa 的一部分免胃，最常用的設(shè)計模式之一润绎。MVC中對象按職責(zé)被分類。
- 模型層 (Model) ：存儲數(shù)據(jù)并且定義如何操作這些數(shù)
- 視圖層 (View) ：負責(zé)模型層的可視化展示其障，并且負責(zé)用戶的交互，一般來說都是繼承自 UIView
- 控制器 (Controller) ：控制器是整個系統(tǒng)的掌控者，它連接了模型層和數(shù)據(jù)層造烁，并且把數(shù)據(jù)在視圖層展示出來，監(jiān)聽各種事件告组，負責(zé)數(shù)據(jù)的各種操作驼卖。
MVC 的強大之處：三大元素，各司其職恳守，減少依賴。
單例模式 - Singleton
確保每個指定的類只存在一個實例對象伊群，并且可以全局訪問那個實例崇棠。一般情況下會使用延時加載的策略，只在第一次需要使用的時候初始化。
iOS 中的單例模式：NSUserDefaults.standardUserDefaults() UIApplication.sharedApplication() UIScreen.mainScreen() NSFileManager.defaultManager()
使用場景：某些情況實例只需要一份，如UIScreen.mainScreen()
外觀模式 - Facade
外觀模式將復(fù)雜的業(yè)務(wù)系統(tǒng)包裝為簡單的接口，只將接口暴露給使用者虐呻。如果直接把業(yè)務(wù)的所有接口直接暴露給使用者朗涩，使用者需要單獨面對這一大堆復(fù)雜的接口谢床，學(xué)習(xí)成本很高造壮，而且存在誤用的隱患。
使用場景：當我們有大量的類并且很復(fù)雜而且也很難理解的時候，外觀模式可以很理想的解決問題皂贩。
作用：外觀模式把使用和背后的實現(xiàn)邏輯成功解耦，同時也降低了外部代碼對內(nèi)部工作的依賴程度本冲。如果底層的類發(fā)生了改變沟饥，外觀的接口并不需要做修改幼驶。
裝飾者模式 - Decorator
裝飾者模式可以動態(tài)的給指定的類添加一些行為和職責(zé)氏淑，不對原代碼進行修改守问。
iOS中的實現(xiàn)方式：擴展 (Extension) 和委托 (Delegation)
拓展
擴展可以在不繼承的情況下穆端，給已存在的類攒巍、結(jié)構(gòu)體或者枚舉類添加一些新的功能兢孝。尤其可以在沒有訪問權(quán)限的情況下擴展已有類跨蟹。意味著可以擴展 Cocoa 類座咆。
委托
委托機制下植酥，一個對象（委托者）可以和另一個對象（被委托者）相關(guān)聯(lián)，委托者通知被委托者完成委托事項赏酥。用協(xié)議可以實現(xiàn)魏保。
適配器模式 - Adapter
適配器把自己封裝起來然后暴露統(tǒng)一的接口給其他類揭措，其他類就得適配這個接口兵扬，這樣即使其他類的接口各不相同妙蔗，也能相安無事昙啄，一起工作。
iOS中的實現(xiàn)：蘋果通過委托實現(xiàn)了適配器模式。比如梳杏，如果一個類遵循了 NSCoying 的協(xié)議楷掉，那么它一定要實現(xiàn) copy 方法。
觀察者模式 - Observer
在觀察者模式里攒庵，一個對象在狀態(tài)變化的時候會通知另一個對象或油。參與者并不需要知道其他對象的具體是干什么的顶岸，這是一種降低耦合度的常用于在某個屬性改變的時候通知關(guān)注該屬性的對象的設(shè)計模式。
iOS中使用場景：觀察者注冊監(jiān)聽叫编，然后再狀態(tài)改變的時候辖佣，所有觀察者們都會收到通知。如在 MVC 里搓逾，觀察者模式使得 Model 對象和 View 對象進行交流凌简，但并不是通過關(guān)聯(lián)。Model變化時恃逻，發(fā)送消息通知Controller雏搂，Controller更新View。
iOS中的實現(xiàn)：Cocoa使用兩種方式實現(xiàn)了觀察者模式： Notification 和 Key-Value Observing (KVO)寇损。
通知 - Notification
一個對象 (發(fā)布者) 向其他對象 (訂閱者) 發(fā)送消息凸郑。發(fā)布者永遠不需要知道訂閱者的任何數(shù)據(jù)。
iOS中使用場景：Apple 對于通知的使用很頻繁矛市，比如當鍵盤彈出或者收起的時候芙沥，系統(tǒng)會發(fā)送 UIKeyboardWillShowNotification/UIKeyboardWillHideNotification，應(yīng)用切到后臺的時候，會發(fā)送 UIApplicationDidEnterBackgroundNotification而昨。UIApplication.swift中有很多系統(tǒng)通知處理函數(shù)救氯。
鍵值觀察 - KVO
在 KVO 里，對象可以注冊監(jiān)聽任何屬性的變化歌憨，不管它是否持有着憨。蘋果 KVO 編程指南。
示例代碼：
coverImage.addObserver(self, forKeyPath: "image", options: NSKeyValueObservingOptions([.New, .Old]), context: nil)
注：image是coverImage對象的屬性务嫡。
備忘錄模式 - Memento
備忘錄模式實現(xiàn)對象狀態(tài)的存儲甲抖。即將對象存在了某個地方，然后在以后的某個時間再把它恢復(fù)出來心铃，而不會打破它本身的封裝性准谚，私有數(shù)據(jù)依舊是私有數(shù)據(jù)。
iOS中的實現(xiàn)：蘋果通過歸檔（Archiving）的方法來實現(xiàn)備忘錄模式去扣，一個類需要遵守 NSCoding 協(xié)議柱衔，才能成為可被歸檔的。歸檔將對象轉(zhuǎn)化成了流然后在不暴露內(nèi)部屬性的情況下存儲數(shù)據(jù)愉棱。蘋果的歸檔和序列化文檔唆铐。
