ios開發學習中，經常弄不清楚ios的開發模式，今天我們就來進行簡單的總結和**~
（一）**模式
應用場景：當乙個類的某些功能需要由別的類來實現，但是又不確定具體會是哪個類實現。
優勢：解耦合
敏捷原則：開放-封閉原則
例項：tableview的 資料來源delegate，通過和protocol的配合，完成委託訴求。
列表row個數delegate
自定義的delegate
（二）觀察者模式
應用場景：一般為model層對，controller和view進行的通知方式，不關心誰去接收，只負責發布資訊。
優勢：解耦合
敏捷原則：介面隔離原則，開放-封閉原則
例項：notification通知中心，註冊通知中心，任何位置可以傳送訊息，註冊觀察者的物件可以接收。
kvo，鍵值對改變通知的觀察者，平時基本沒用過。
（三）mvc模式
應用場景：是一中非常古老的設計模式，通過資料模型，控制器邏輯，檢視展示將應用程式進行邏輯劃分。
優勢：使系統，層次清晰，職責分明，易於維護
敏捷原則：對擴充套件開放-對修改封閉
例項：model-即資料模型，view-檢視展示，controller進行ui展現和資料互動的zgrurasub邏輯控制。
（四）單例模式
應用場景：確保程式執行期某個類，只有乙份例項，用於進行資源共享控制。
優勢：使用簡單，延時求值，易於跨模組
敏捷原則：單一職責原則
例項：[uiapplication sharedapplication]。
注意事項：確保使用者只能通過 getinstance方法才能獲得，單例類的唯一例項。
j**a，c++中使其沒有公有建構函式，私有化並覆zgrurasub蓋其建構函式。
object c中，重寫allocwithzone方法，保證即使使用者用 alloc方法直接建立單例類的例項，
返回的也只是此單例類的唯一靜態變數。
（五）策略模式
應用場景：定義演算法族，封裝起來，使他們之間可以相互替換。
優勢：使演算法的變化獨立於使用演算法的使用者
敏捷原則：介面隔離原則；多用組合，少用繼承；針對介面程式設計，而非實現。
例項：排序演算法，nsarray的sortedarrayusingselector；經典的鴨子會叫，會飛案例。
注意事項：1，剝離類中易於變化的行為，通過組合的方式嵌入抽象基類
2，變化的行為抽象基類為，所有可變變化的父類
3，使用者類的最終例項，通過注入行為例項的方式，設定易變行為
防止了繼承行為方式，導致無關行為汙染子類zgrurasub。完成了策略封裝和可替換性。
（六）工廠模式
應用場景：工廠方式建立類的例項，多與proxy模式配合，建立可替換**類。
優勢：易於替換，面向抽象程式設計，application只與抽象工廠和易變類的共性抽象類發生呼叫關係。
敏捷原則：dip依賴倒置原則
例項：專案部署環境中依賴多個不同型別的資料庫時，需要使用工廠配合proxy完成易用性替換
注意事項：專案初期，軟體結構和需求都沒有穩定下來時，不建議使用此模式，因為其劣勢也很明顯，
增 加了**的複雜度，增加了呼叫層次，增加了記憶體負擔。所以要注意防止模式的濫用。
本文標題: ios開發中的設計模式彙總
本文位址: /ruanjian/ios/180967.html
iOS開發之理解iOS中的MVC設計模式
模型 檢視 控制器 model view controller，mvc 是xerox parc在20世紀80年代為程式語言smalltalk 80發明的一種軟體設計模式，至今已廣泛應用於使用者互動應用程式中。在ios開發中mvc的機制被使用的淋漓盡致，充分理解ios的mvc模式，有助於我們程式的組織...
iOS開發之理解iOS中的MVC設計模式
模型 檢視 控制器 model view controller，mvc 是xerox parc在20世紀80年代為程式語言smalltalk 80發明的一種軟體設計模式，至今已廣泛應用於使用者互動應用程式中。在ios開發中mvc的機制被使用的淋漓盡致，充分理解ios的mvc模式，有助於我們程式的組織...
iOS開發之理解iOS中的MVC設計模式
模型 檢視 控制器 model view controller，mvc 是xerox parc在20世紀80年代為程式語言smalltalk 80發明的一種軟體設計模式，至今已廣泛應用於使用者互動應用程式中。在ios開發中mvc的機制被使用的淋漓盡致，充分理解ios的mvc模式，有助於我們程式的組織...