iOS開(kāi)發(fā)中常用的設(shè)計(jì)模式
(一)代理模式
應(yīng)用場(chǎng)景:當(dāng)一個(gè)類(lèi)的某些功能需要由別的類(lèi)來(lái)實(shí)現(xiàn)轴总,但是又不確定具體會(huì)是哪個(gè)類(lèi)實(shí)現(xiàn)博个。
優(yōu)勢(shì):解耦合
敏捷原則:開(kāi)放-封閉原則
實(shí)例:tableview的 數(shù)據(jù)源delegate,通過(guò)和protocol的配合盆佣,完成委托訴求。
列表row個(gè)數(shù)delegate
自定義的delegate
(二)觀察者模式
應(yīng)用場(chǎng)景:一般為model層對(duì)罪塔,controller和view進(jìn)行的通知方式,不關(guān)心誰(shuí)去接收征堪,只負(fù)責(zé)發(fā)布信息瘩缆。
優(yōu)勢(shì):解耦合
敏捷原則:接口隔離原則佃蚜,開(kāi)放-封閉原則
實(shí)例:Notification通知中心,注冊(cè)通知中心谐算,任何位置可以發(fā)送消息,注冊(cè)觀察者的對(duì)象可以接收洲脂。
kvo剧包,鍵值對(duì)改變通知的觀察者,平時(shí)基本沒(méi)用過(guò)往果。
(三)MVC模式
應(yīng)用場(chǎng)景:是一中非常古老的設(shè)計(jì)模式,通過(guò)數(shù)據(jù)模型陕贮,控制器邏輯,視圖展示將應(yīng)用程序進(jìn)行邏輯劃分肮之。
優(yōu)勢(shì):使系統(tǒng),層次清晰戈擒,職責(zé)分明眶明,易于維護(hù)
敏捷原則:對(duì)擴(kuò)展開(kāi)放-對(duì)修改封閉
實(shí)例:model-即數(shù)據(jù)模型峦甩,view-視圖展示,controller進(jìn)行UI展現(xiàn)和數(shù)據(jù)交互的邏輯控制凯傲。
(四)單例模式
應(yīng)用場(chǎng)景:確保程序運(yùn)行期某個(gè)類(lèi),只有一份實(shí)例冰单,用于進(jìn)行資源共享控制。
優(yōu)勢(shì):使用簡(jiǎn)單诫欠,延時(shí)求值涵卵,易于跨模塊
敏捷原則:?jiǎn)我宦氊?zé)原則
實(shí)例:[UIApplication sharedApplication]荒叼。
注意事項(xiàng):確保使用者只能通過(guò) getInstance方法才能獲得,單例類(lèi)的唯一實(shí)例被廓。
java,C++中使其沒(méi)有公有構(gòu)造函數(shù)嫁乘,私有化并覆蓋其構(gòu)造函數(shù)。
object c中蜓斧,重寫(xiě)allocWithZone方法仓蛆,保證即使用戶用 alloc方法直接創(chuàng)建單例類(lèi)的實(shí)例挎春。
返回的也只是此單例類(lèi)的唯一靜態(tài)變量豆拨。
(五)策略模式
應(yīng)用場(chǎng)景:定義算法族,封裝起來(lái)辽装,使他們之間可以相互替換。
優(yōu)勢(shì):使算法的變化獨(dú)立于使用算法的用戶
敏捷原則:接口隔離原則;多用組合殉挽,少用繼承丰涉;針對(duì)接口編程斯碌,而非實(shí)現(xiàn)。
實(shí)例:排序算法傻唾,NSArray的sortedArrayUsingSelector;經(jīng)典的鴨子會(huì)叫冠骄,會(huì)飛案例伪煤。
注意事項(xiàng):
1抱既,剝離類(lèi)中易于變化的行為,通過(guò)組合的方式嵌入抽象基類(lèi)
2扁誓,變化的行為抽象基類(lèi)為,所有可變變化的父類(lèi)
3蝗敢,用戶類(lèi)的最終實(shí)例,通過(guò)注入行為實(shí)例的方式寿谴,設(shè)定易變行為
防止了繼承行為方式锁右,導(dǎo)致無(wú)關(guān)行為污染子類(lèi)拭卿。完成了策略封裝和可替換性。
(六)工廠模式
應(yīng)用場(chǎng)景:工廠方式創(chuàng)建類(lèi)的實(shí)例峻厚,多與proxy模式配合,創(chuàng)建可替換代理類(lèi)惠桃。
優(yōu)勢(shì):易于替換辖试,面向抽象編程,application只與抽象工廠和易變類(lèi)的共性抽象類(lèi)發(fā)生調(diào)用關(guān)系劈狐。
敏捷原則:DIP依賴(lài)倒置原則
實(shí)例:項(xiàng)目部署環(huán)境中依賴(lài)多個(gè)不同類(lèi)型的數(shù)據(jù)庫(kù)時(shí),需要使用工廠配合proxy完成易用性替換
注意事項(xiàng):
項(xiàng)目初期肥缔,軟件結(jié)構(gòu)和需求都沒(méi)有穩(wěn)定下來(lái)時(shí),不建議使用此模式续膳,因?yàn)槠淞觿?shì)也很明顯;
增加了代碼的復(fù)雜度坟岔,增加了調(diào)用層次谒兄,增加了內(nèi)存負(fù)擔(dān)社付。所以要注意防止模式的濫用。
單例會(huì)有什么弊端鸥咖?
主要優(yōu)點(diǎn):
1、提供了對(duì)唯一實(shí)例的受控訪問(wèn)扛或。
2绵咱、由于在系統(tǒng)內(nèi)存中只存在一個(gè)對(duì)象悲伶,因此可以節(jié)約系統(tǒng)資源,對(duì)于一些需要頻繁創(chuàng)建和銷(xiāo)毀的對(duì)象單例模式無(wú)疑可以提高系統(tǒng)的性能住涉。
3、允許可變數(shù)目的實(shí)例舆声。
主要缺點(diǎn):
1、由于單利模式中沒(méi)有抽象層媳握,因此單例類(lèi)的擴(kuò)展有很大的困難碱屁。
2蛾找、單例類(lèi)的職責(zé)過(guò)重,在一定程度上違背了“單一職責(zé)原則”打毛。
3俩功、濫用單例將帶來(lái)一些負(fù)面問(wèn)題,如為了節(jié)省資源將數(shù)據(jù)庫(kù)連接池對(duì)象設(shè)計(jì)為的單例類(lèi)诡蜓,可能會(huì)導(dǎo)致共享連接池對(duì)象的程序過(guò)多而出現(xiàn)連接池溢出;如果實(shí)例化的對(duì)象長(zhǎng)時(shí)間不被利用胰挑,系統(tǒng)會(huì)認(rèn)為是垃圾而被回收,這將導(dǎo)致對(duì)象狀態(tài)的丟失瞻颂。