|
ios開發(fā)學習中,，經(jīng)常弄不清楚ios的開發(fā)模式,，今天我們就來進行簡單的總結(jié)和探討~ （一）代理模式 應用場景：當一個類的某些功能需要由別的類來實現(xiàn)，但是又不確定具體會是哪個類實現(xiàn),。優(yōu)勢：解耦合 敏捷原則：開放-封閉原則 實例：tableview的 數(shù)據(jù)源delegate,，通過和protocol的配合，完成委托訴求,。 列表row個數(shù)delegate 自定義的delegate （二）觀察者模式 應用場景：一般為model層對,，controller和view進行的通知方式，不關心誰去接收,，只負責發(fā)布信息,。 優(yōu)勢：解耦合 敏捷原則：接口隔離原則,，開放-封閉原則 實例：Notification通知中心，注冊通知中心,，任何位置可以發(fā)送消息,，注冊觀察者的對象可以接收。 kvo,，鍵值對改變通知的觀察者,，平時基本沒用過。 （三）MVC模式 應用場景：是一中非常古老的設計模式,，通過數(shù)據(jù)模型,，控制器邏輯，視圖展示將應用程序進行邏輯劃分,。 優(yōu)勢：使系統(tǒng),，層次清晰,，職責分明,，易于維護 敏捷原則：對擴展開放-對修改封閉 實例：model-即數(shù)據(jù)模型，view-視圖展示,，controller進行UI展現(xiàn)和數(shù)據(jù)交互的邏輯控制,。 （四）單例模式 應用場景：確保程序運行期某個類，只有一份實例,，用于進行資源共享控制,。 優(yōu)勢：使用簡單，延時求值,，易于跨模塊 敏捷原則：單一職責原則 實例：[UIApplication sharedApplication],。 注意事項：確保使用者只能通過 getInstance方法才能獲得，單例類的唯一實例,。 java,，C++中使其沒有公有構(gòu)造函數(shù)，私有化并覆蓋其構(gòu)造函數(shù),。 object c中,，重寫allocWithZone方法，保證即使用戶用 alloc方法直接創(chuàng)建單例類的實例,， 返回的也只是此單例類的唯一靜態(tài)變量,。 （五）策略模式 應用場景：定義算法族，封裝起來,，使他們之間可以相互替換,。 優(yōu)勢：使算法的變化獨立于使用算法的用戶 敏捷原則：接口隔離原則；多用組合,，少用繼承,；針對接口編程,，而非實現(xiàn)。 實例：排序算法,，NSArray的sortedArrayUsingSelector,；經(jīng)典的鴨子會叫，會飛案例,。 注意事項：1,，剝離類中易于變化的行為，通過組合的方式嵌入抽象基類 2,，變化的行為抽象基類為,，所有可變變化的父類 3，用戶類的最終實例,，通過注入行為實例的方式,，設定易變行為 防止了繼承行為方式，導致無關行為污染子類,。完成了策略封裝和可替換性,。 （六）工廠模式 應用場景：工廠方式創(chuàng)建類的實例，多與proxy模式配合,，創(chuàng)建可替換代理類,。 優(yōu)勢：易于替換，面向抽象編程,，application只與抽象工廠和易變類的共性抽象類發(fā)生調(diào)用關系,。 敏捷原則：DIP依賴倒置原則 實例：項目部署環(huán)境中依賴多個不同類型的數(shù)據(jù)庫時，需要使用工廠配合proxy完成易用性替換 注意事項：項目初期,，軟件結(jié)構(gòu)和需求都沒有穩(wěn)定下來時,，不建議使用此模式，因為其劣勢也很明顯,， 增 加了代碼的復雜度,，增加了調(diào)用層次，增加了內(nèi)存負擔,。所以要注意防止模式的濫用,。 |
|
|
