iOS設計模式

標籤：

iOS設計模式，很多開發這都是聽得多，但是有時候自己即使用過也不會很在意，開發人員在寫代碼的時候也不會注意它。

在軟體設計領域，設計模式是對通過問題的可複用的解決方案。設計模式是一系列幫你寫出可理解和複用的模板，設計模式幫你建立松耦合的代碼，你不需要花費太多就可以改變或者替換代碼中的組件。

（1）代理模式

應用情境：當一個類的某些功能需要由其他別的類別來實現的，但是又不確定是哪個類

優勢：松耦合

執行個體：tableView的資料來源delegate，通過和protocol的配合，完成委託。

列表row個數的delegate

自訂delegate

 

（2）觀察者模式

應用情境：一般為model層，controller和view進行的通知方式，不關心誰去接收，只負責發布資訊。

優勢:松耦合

敏捷原則：介面隔離原則

執行個體：Notification通知中樞，註冊通知中樞，任何位置可以發送訊息，註冊觀察者的對象可以接收。
kvo，索引值對改變通知的觀察者，平時基本沒用過。

（3）MVC模式

應用情境：是一種古老的設計模式，通過資料模型，控制其邏輯，視圖展示將應用程式進行邏輯劃分。

優勢：使系統層次清晰，職責分明，易於維護

敏捷原則：對擴充開放-對修改封閉

執行個體：model-即資料模型，view-視圖展示，controller進行UI展現和資料互動的邏輯控制。

（4）單例模式

應用情境：確保程式運行期間某個類只有一份執行個體，用於資源的共用控制。

優勢：使用簡單，掩飾求值，易於跨模組

執行個體：[UIApplication sharedApplication]。
注意事項：確保使用者只能通過 getInstance方法才能獲得，單例類的唯一執行個體。

（5）原廠模式

應用情境：工廠方式建立類的執行個體

優勢：易於替換，面向抽象編程，application只與抽象工廠和易變類的共性抽象類別發生調用關係。
敏捷原則：DIP依賴倒置原則
執行個體：項目部署環境中依賴多個不同類型的資料庫時，需要使用工廠配合proxy完成易用性替換
注意事項：項目初期，軟體結構和需求都沒有穩定下來時，不建議使用此模式，因為其劣勢也很明顯，
增 加了代碼的複雜度，增加了調用層次，增加了記憶體負擔。所以要注意防止模式的濫用。

 

iOS設計模式