代理模式?
應用場景：當一個類的某些功能需要由別的類來實現，但是又不確定具體會是哪個類實現。?
優勢：解耦合?
敏捷原則：開放-封閉原則?
實例：tableview的 數據源delegate，通過和protocol的配合，完成委托訴求。?
自定義的delegate

觀察者模式?
應用場景：一般為model層對，controller和view進行的通知方式，不關心誰去接收，只負責發布信息。?
優勢：解耦合?
敏捷原則：接口隔離原則，開放-封閉原則?
實例：Notification通知中心，注冊通知中心，任何位置可以發送消息，注冊觀察者的對象可以接收。?
kvo，鍵值對改變通知的觀察者。

MVC模式?
應用場景：是一中非常古老的設計模式，通過數據模型，控制器邏輯，視圖展示將應用程序進行邏輯劃分。?
優勢：使系統，層次清晰，職責分明，易于維護?
敏捷原則：對擴展開放-對修改封閉?
實例：model-即數據模型，view-視圖展示，controller進行UI展現和數據交互的邏輯控制。如下圖所示：?

單例模式?
應用場景：確保程序運行期某個類，只有一份實例，用于進行資源共享控制。?
優勢：使用簡單，延時求值，易于跨模塊?
敏捷原則：單一職責原則?
實例：[UIApplication sharedApplication]。?
注意事項：確保使用者只能通過 getInstance方法才能獲得，單例類的唯一實例。?
Java，C++中使其沒有公有構造函數，私有化并覆蓋其構造函數。?
object c中，重寫allocWithZone方法，保證即使用戶用 alloc方法直接創建單例類的實例，?
返回的也只是此單例類的唯一靜態變量。

工廠模式?
應用場景：工廠方式創建類的實例，多與proxy模式配合，創建可替換代理類。?
優勢：易于替換，面向抽象編程，application只與抽象工廠和易變類的共性抽象類發生調用關系。?
敏捷原則：DIP依賴倒置原則?
實例：項目部署環境中依賴多個不同類型的數據庫時，需要使用工廠配合proxy完成易用性替換?
注意：項目初期，軟件結構和需求都沒有穩定下來時，不建議使用此模式，因為其劣勢也很明顯，增加了代碼的復雜度，增加了調用層次，增加了內存負擔。所以要注意防止模式的濫用。

策略模式?
應用場景：定義算法族，封裝起來，使他們之間可以相互替換。?
優勢：使算法的變化獨立于使用算法的用戶?
敏捷原則：接口隔離原則；多用組合，少用繼承；針對接口編程，而非實現。?
注意事項：?
1，剝離類中易于變化的行為，通過組合的方式嵌入抽象基類?
2，變化的行為抽象基類為，所有可變變化的父類?
3，用戶類的最終實例，通過注入行為實例的方式，設定易變行為?
防止了繼承行為方式，導致無關行為污染子類。完成了策略封裝和可替換性。

原文點擊打開鏈接