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