(二)iOS 開發(fā)設(shè)計模式:代理熄守、觀察者蜈垮、單例和工廠模式

設(shè)計模式是指軟件開發(fā)中對普遍存在的問題提出的解決方案耗跛。iOS 開發(fā)中常用的設(shè)計模式有:代理模式、觀察者模式攒发、單例模式和工廠模式调塌。下面對這里模式做一些整理。


(一)代理模式 delegate

場景

一個類的功能需要別的類來實現(xiàn)惠猿,但是具體不確定有哪些類可以實現(xiàn)羔砾。

應(yīng)用實例

像我們常用 UITableView、UIScrollView 都有用到代理紊扬。

具體實現(xiàn)

一個完整的代理模式包括三個部分:協(xié)議蜒茄、代理和委托。

  • 協(xié)議:用來指定代理雙方可以做什么餐屎,有哪些必須實現(xiàn)檀葛。
  • 代理:根據(jù)指定的協(xié)議,完成委托方需要實現(xiàn)的功能腹缩。
  • 委托:根據(jù)指定的協(xié)議屿聋,指定代理去完成什么功能。
delegate 屬性用 weak 修飾

delegate 屬性使用 weak 修飾是為了避免出現(xiàn)循環(huán)引用藏鹊。
舉例:控制器A中有一個 tableView润讥,命名為B,即A強引用了B盘寡。這時候我們設(shè)置A為B的代理delegate的話楚殿,倘若delegate的屬性為strong,那么B會強引用A竿痰,這樣就會導(dǎo)致循環(huán)引用脆粥。weak是弱引用,用weak描述修飾或者所引用對象的計數(shù)器不會加一影涉,并且會在引用的對象被釋放的時候自動被設(shè)置為nil变隔,從而解決循環(huán)引用。(另外weak還大大避免了野指針訪問壞內(nèi)存引起崩潰的情況蟹倾,)

為什么不用assign匣缘?
答:weak和assign是一種“非擁有關(guān)系”的指針,通過這兩種修飾符修飾的指針變量鲜棠,都不會改變被引用對象的引用計數(shù)肌厨。但是在一個對象被釋放后,weak會自動將指針指向nil豁陆,而assign則不會夏哭。在iOS中,向nil發(fā)送消息時不會導(dǎo)致崩潰的献联,所以assign就會導(dǎo)致野指針的錯誤unrecognized selector sent to instance竖配。

特殊情況:CAAnimation 中的 delegate 是強引用何址,這是內(nèi)存管理中的一個比較罕見的特例。為了避免循環(huán)引用的問題出現(xiàn)进胯,delegate 通常使用 weak 修飾表示弱引用用爪,而 CAAnimation 動畫是異步的,如果動畫的代理是弱引用而不是強引用胁镐,那么會導(dǎo)致其隨時都可能被釋放掉偎血。在使用動畫時要注意采取措施避免循環(huán)引用,例如及時在視圖移除之前的適合時機移除動畫盯漂。

delegate 與 block 的區(qū)別

delegate 和 block(block 相關(guān)知識后續(xù)會整理) 都是Objective-c中的傳值方式颇玷,但是它們之間還是有區(qū)別:

  • 在有多個消息傳遞時,用delegate實現(xiàn)更合適就缆,看起來也更清晰帖渠。block就不太好了,這個時候block反而不便于維護竭宰,而且看起來非常臃腫空郊。
  • 代理更加面相過程,block則更面向結(jié)果切揭。
  • 從性能上來說狞甚,block的性能消耗要略大于delegate,因為block會涉及到棧區(qū)向堆區(qū)拷貝等操作廓旬,時間和空間上的消耗都大于代理哼审。而代理只是定義了一個方法列表,在遵守協(xié)議對象的 objc_protocol_list 中添加一個節(jié)點孕豹,在運行時向遵守協(xié)議的對象發(fā)送消息即可棺蛛。

(二)觀察者模式

場景

一般用作與MVC的架構(gòu)模式中數(shù)據(jù)模型 Model 與 邏輯控制器Controller 之間的信息傳遞。
觀察者模式是一種一對多的消息傳遞機制巩步,讓多個觀察者對象同時監(jiān)聽某一個對象,這個對象發(fā)生變化時桦踊,會通知所有觀察者對象椅野,令它們能夠自動更新自己。

具體實現(xiàn)

觀察者模式只是一個概念籍胯,iOS開發(fā)中具體可以通過Notification竟闪、KVO來實現(xiàn)。

  • Notification :具體實現(xiàn)代碼如下

注冊觀察者

[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(update:) name:@"NOTIFICATION" object:nil];

-(void) update:(id)sender{  
  //這里執(zhí)行一些更新的操作
}

發(fā)送通知

//創(chuàng)建通知對象
NSNotification *notification = [NSNotification notificationWithName:@"NOTIFICATION" object:nil];
 //Name是通知的名稱 object是通知的發(fā)布者(是誰要發(fā)布通知,也就是對象) userInfo是一些額外的信息(通知發(fā)布者傳遞給通知接收者的信息內(nèi)容杖狼,字典格式)
//    [NSNotification notificationWithName:@"NOTIFICATION" object:nil userInfo:nil];
//發(fā)送通知
 [[NSNotificationCenter defaultCenter] postNotification:notification];

dealloc里面移除觀察者

- (void)dealloc {
  //刪除根據(jù)name和對象炼蛤,如果object對象設(shè)置為nil,則刪除所有叫name的蝶涩,否則便刪除對應(yīng)的
    [[NSNotificationCenter defaultCenter] removeObserver:self name:@"NOTIFICATION" object:nil];
}
  • KVO:鍵值觀察者機制(Key-value Observer)理朋,是基于鍵值編碼(Key-value Coding)實現(xiàn)的絮识。
    假設(shè)有一個 person 對象,它有一個屬性是 name嗽上,用 KVO 實現(xiàn)監(jiān)聽 person.name 的變化次舌,步驟如下:
  1. 注冊成為觀察者
    /* 
     options: 有4個值,分別是: 
 
       NSKeyValueObservingOptionOld 把更改之前的值提供給處理方法 
 
       NSKeyValueObservingOptionNew 把更改之后的值提供給處理方法 
 
       NSKeyValueObservingOptionInitial 把初始化的值提供給處理方法兽愤,一旦注冊彼念,立馬就會調(diào)用一次。通常它會帶有新值浅萧,而不會帶有舊值逐沙。 
 
       NSKeyValueObservingOptionPrior 分2次調(diào)用。在值改變之前和值改變之后洼畅。 
     */ 
    [self.person addObserver:self forKeyPath:@"name" options:NSKeyValueObservingOptionOld | NSKeyValueObservingOptionNew  context:nil];
  1. 在回掉方法中處理變更通知
#pragma mark - kvo的回調(diào)方法(系統(tǒng)提供的回調(diào)方法) 
//keyPath:屬性名稱 
//object:被觀察的對象 
//change:變化前后的值都存儲在change字典中 
//context:注冊觀察者的時候,context傳遞過來的值 
- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSString *,id> *)change context:(void *)context { 
    id oldName = [change objectForKey:NSKeyValueChangeOldKey]; 
    NSLog(@"oldName----------%@",oldName); 
    id newName = [change objectForKey:NSKeyValueChangeNewKey]; 
    NSLog(@"newName-----------%@",newName); 
    //當界面要消失的時候,移除kvo 
//    [object removeObserver:self forKeyPath:@"name"]; 
}
  1. 移除觀察者
- (void)dealloc { 
    [self.person removeObserver:self forKeyPath:@"name"]; 
    self.person = nil; 
}

(三)單例模式

場景

為了確保程序運行期某個類吩案,只有一份實例,用于進行資源共享控制土思∥袢龋可用于跨模塊傳值。

具體實現(xiàn)

項目中如 [UIApplication sharedApplication] 就是單例的實現(xiàn)己儒。
iOS 開發(fā)中我們通常使用 GCD(iOS 中一種多線程編程解決方式崎岂,后面會整理)的 dispatch_once函數(shù)來實現(xiàn)單例模式。具體代碼如下:

+ (instancetype)sharedInstance {
// Share 是需要單例化的類名
    static Share *shared = nil;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        shared = [[Share alloc]init];
    });
    return shared;
}

(四)工廠模式

場景

簡單地說闪湾,類工廠方法就是用來快速創(chuàng)建對象的類方法冲甘,它可以直接返回一個初始化好的對象。

具體實現(xiàn)

UIKit 中最典型的類工廠方法就是UIButton 的 buttonWithType 類工廠方法途样,開發(fā)者使用這個方法指定按鈕類型就能快速得到一個該類型的初始化好的按鈕實例對象江醇。

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市何暇,隨后出現(xiàn)的幾起案子陶夜,更是在濱河造成了極大的恐慌,老刑警劉巖裆站,帶你破解...
    沈念sama閱讀 223,002評論 6 519
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件条辟,死亡現(xiàn)場離奇詭異,居然都是意外死亡宏胯,警方通過查閱死者的電腦和手機羽嫡,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 95,357評論 3 400
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來肩袍,“玉大人杭棵,你說我怎么就攤上這事》沾停” “怎么了魂爪?”我有些...
    開封第一講書人閱讀 169,787評論 0 365
  • 文/不壞的土叔 我叫張陵先舷,是天一觀的道長。 經(jīng)常有香客問我甫窟,道長密浑,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 60,237評論 1 300
  • 正文 為了忘掉前任粗井,我火速辦了婚禮尔破,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘浇衬。我一直安慰自己懒构,他們只是感情好,可當我...
    茶點故事閱讀 69,237評論 6 398
  • 文/花漫 我一把揭開白布耘擂。 她就那樣靜靜地躺著胆剧,像睡著了一般。 火紅的嫁衣襯著肌膚如雪醉冤。 梳的紋絲不亂的頭發(fā)上秩霍,一...
    開封第一講書人閱讀 52,821評論 1 314
  • 那天,我揣著相機與錄音蚁阳,去河邊找鬼铃绒。 笑死,一個胖子當著我的面吹牛螺捐,可吹牛的內(nèi)容都是我干的颠悬。 我是一名探鬼主播,決...
    沈念sama閱讀 41,236評論 3 424
  • 文/蒼蘭香墨 我猛地睜開眼定血,長吁一口氣:“原來是場噩夢啊……” “哼赔癌!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起澜沟,我...
    開封第一講書人閱讀 40,196評論 0 277
  • 序言:老撾萬榮一對情侶失蹤灾票,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后茫虽,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體刊苍,經(jīng)...
    沈念sama閱讀 46,716評論 1 320
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 38,794評論 3 343
  • 正文 我和宋清朗相戀三年席噩,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片贤壁。...
    茶點故事閱讀 40,928評論 1 353
  • 序言:一個原本活蹦亂跳的男人離奇死亡悼枢,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出脾拆,到底是詐尸還是另有隱情馒索,我是刑警寧澤莹妒,帶...
    沈念sama閱讀 36,583評論 5 351
  • 正文 年R本政府宣布,位于F島的核電站绰上,受9級特大地震影響旨怠,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜蜈块,卻給世界環(huán)境...
    茶點故事閱讀 42,264評論 3 336
  • 文/蒙蒙 一鉴腻、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧百揭,春花似錦爽哎、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,755評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至祈秕,卻和暖如春渺贤,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背请毛。 一陣腳步聲響...
    開封第一講書人閱讀 33,869評論 1 274
  • 我被黑心中介騙來泰國打工志鞍, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人获印。 一個月前我還...
    沈念sama閱讀 49,378評論 3 379
  • 正文 我出身青樓述雾,卻偏偏與公主長得像,于是被迫代替她去往敵國和親兼丰。 傳聞我的和親對象是個殘疾皇子玻孟,可洞房花燭夜當晚...
    茶點故事閱讀 45,937評論 2 361

推薦閱讀更多精彩內(nèi)容