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完成易用性替換
注意事項:項目初期,軟體結構和需求都沒有穩定下來時,不建議使用此模式,因為其劣勢也很明顯,
增 加了代碼的複雜度,增加了調用層次,增加了記憶體負擔。所以要注意防止模式的濫用。
在 cocoaChina 上還找到一篇更為詳細的介紹設計模式的文章,一併將網址貼出,以供日後取用
http://www.cocoachina.com/ios/20141111/10187.html