iOS中的開發模式

ios開發學習中，經常弄不清楚ios的開發模式，今天我們就來進行簡單的總結和探讨~

（一）代理模式

應用場景：當一個類的某些功能需要由别的類來實作，但是又不确定具體會是哪個類實作。

優勢：解耦合

靈活原則：開放-封閉原則

執行個體：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模式配合，建立可替換代理類。

優勢：易于替換，面向抽象程式設計，application隻與抽象工廠和易變類的共性抽象類發生調用關系。

靈活原則：DIP依賴倒置原則

執行個體：項目部署環境中依賴多個不同類型的資料庫時，需要使用工廠配合proxy完成易用性替換

注意事項：項目初期，軟體結構和需求都沒有穩定下來時，不建議使用此模式，因為其劣勢也很明顯，

增 加了代碼的複雜度，增加了調用層次，增加了記憶體負擔。是以要注意防止模式的濫用。