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方法才能獲得,單利類的唯一執行個體.

  • java,c++中使其沒有公有建構函式,私人化並覆蓋其建構函式.

  • Objective-C中,重寫allocWithZone方法,保證即使使用者alloc方法直接建立單利類的執行個體,返回的也只是此單利類的唯一靜態變數.

( 5 ) 策略模式

• 應用情境: 定義演算法族,封裝起來,是他們之間可以相互替換.

• 優勢: 使演算法的變化獨立於使用演算法的使用者

• 敏捷原則: 介面隔離原則, 多用組合, 少用繼承, 針對介面編程, 而非實現.

• 注意事項:

  • 1.剝離類中易於變化的行為,通過組合的方式嵌入抽象基類.
  • 2.變化的行為抽象基類為, 所有可變變化的父類
  • 3.使用者類的最終執行個體,通過注入行為執行個體的方式,設定易變行為,防止了繼承行為方式,導致無關行為汙染子類.完成了策略封裝和可替換性.

( 6 ) 原廠模式

• 應用情境: 工廠方式建立類的執行個體, 多與proxy模式配合,建立可替換代理類. 

• 優勢: 易於替換,面向抽象編程,application只與抽象工廠和易變類的共性抽象類別發生調用關係.

• 敏捷原則:DIP依賴倒置原則 

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

• 注意事項: 項目初期,軟體結構和需求都沒有穩定下來時, 不建議使用此模式,因為其劣勢也很明顯,增加了代碼的複雜度,增加了調用層次,增加了記憶體負擔.所以注意防止模式濫用.

iOS常用的設計模式