iOS學習筆記(三) 消息機制

這里有一篇介紹詳細的文章 objc io 中文版

各種消息機制使用場景

Target-Action

這是最典型的一種消息機制。最常見的情況就是,點擊 view 中 button時,會觸發 controller 中函數。

  • Target-Action 的一個限制是,Target-Action 的參數不能自定義,一般情況下參數為action的發送者。
  • Target-Action間為松耦合關系。recipient 在接受到消息前,并不知道sender是誰(多個控件可以與同一個函數關聯);sender 在發送前也不知 recipient 是誰(若在父類中定義action,action將從子類傳到父類中響應( responder chain ))。

delegate

delegate 在 iOS開發中經常被用到,功能與使用類似于C中的回調函數。發送者需要知道接受者,接受者可以不知道發送者。最常見的情況就是 tableview 的使用:使用tableview的時候,設置 datasource 與 delegate,就相當于tableview這個發送者知道接受者信息;此 tableview 的 controller 中也必須實現相關 protocol 。

  • 使用delegate最大的好處,就是可以定義任何方法,可以根據需求來傳遞消息;發送者也可以通過接受者的返回值來作出響應

Block

Block 是 iOS 中,實現函數回調的第二種方法,第一種就是上面說的 delegate 。Block可以代替delegate使用,即將一個 Block 作為一個 property 。

Block也有自己的要求。

  • Block中要避免產生 retain cycle 。
  • Block可以增強代碼大可讀性。多用在動作完成的回調、錯誤的回調等類似的事情。

Notification

這是經典的生產者-發送者模型之一。 Notification 的一個優點是,消息發送者與接受者不需要知道對方,可以在兩個互不相同的模塊中使用。

  • Notification 可以用來發送任何消息,可以將要發送的消息內容放在 userinfo字典中。
  • Notification 的傳遞是單向的,不能回復通知。
    這里實現一個小 demo。主要功能是,在輸入框中輸入數字,當輸入為5~10時,在label中打印出輸入值。
//消息名稱
static  NSString *inputNotifciation = @"linw.test.notification";
- (void)viewWillAppear:(BOOL)animated
{
    [super viewWillAppear:animated];
    [_inputField becomeFirstResponder];
//注冊消息接受者及調用函數
    [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(receiveNotif:) name:inputNotifciation object:nil];
}

- (void)viewDidDisappear:(BOOL)animated
{
    [super viewDidAppear:animated];
//移除消息觀察者
    [[NSNotificationCenter defaultCenter] removeObserver:self name:inputNotifciation object:nil];
}
//按鈕動作
- (IBAction)sendButton:(UIButton *)sender
{
    NSInteger inputNum = _inputField.text.integerValue;
    if (inputNum >= 5 && inputNum < 10) {
        NSLog(@"post notification");
        [[NSNotificationCenter defaultCenter] postNotificationName:inputNotifciation object:self userInfo:@{@"Num" : [NSNumber numberWithInteger:inputNum]}];
    }
    else
    {
        _targetLabel.text = @"input is invaild";
    }
    
    _inputField.text = @"";
}
//收到消息后調用函數
- (void)receiveNotif:(NSNotification *)notif
{
    NSLog(@"receive notification");
    _targetLabel.text = [[NSString alloc] initWithFormat:@"Receive notification: %@", notif.userInfo[@"Num"]];
    [_inputField resignFirstResponder];
}
@end
初始狀態
輸入非法
輸入5~10

KVO

KVO是另外一種生產者-消費者模式,當一個對象值被改變時,另一個對此對象感興趣的對象,將得到通知。實現原理,當使用KVO時,編譯器會自動生成一個子類,子類中重寫方法,實現消息通知。

  • 消息接收者需要知道被觀察者。
  • 消息接收者也需要知道被觀察者生命周期。需要在被觀察者被 dealloc 前,注銷觀察者身份,不然會出現未預料的錯誤。

以下是一個小demo。功能如下:當按下 add 5按鈕時,改變被觀察者值(price,每次加5),在消息通知函數中,改變 textfield 內容顯示當前 price。

#import "ViewController.h"

@interface ViewController ()

@property (weak, nonatomic) IBOutlet UITextField *priceText;
@property (nonatomic) float price;

@end

@implementation ViewController

- (void)viewDidLoad {
    [super viewDidLoad];
    // Do any additional setup after loading the view, typically from a nib.
    _priceText.text = @"15.00";
    //設置被觀察的屬性
    [self setValue:@"15.0" forKey:@"price"];
    //添加觀察者
    [self addObserver:self forKeyPath:@"price" options:NSKeyValueObservingOptionNew | NSKeyValueObservingOptionOld context:nil];
    
}

//消息通知函數
- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary *)change context:(void *)context
{
    if ([keyPath isEqualToString:@"price"])
    {
        NSLog(@"receive KVO notification");
        
        //_priceText.text = [[NSString alloc] initWithFormat:@"%f", ((NSNumber *)[self valueForKey:@"price"]).doubleValue];
        _priceText.text = [[NSString alloc] initWithFormat:@"%.2f", ((NSNumber *)change[NSKeyValueChangeNewKey]).floatValue];
    }
}

//add 5 button action
- (IBAction)addFiveStockPrice:(id)sender
{
    //[self setValue:@"20.0" forKey:@"price"];
    _price = _price + 5.00;
   [self setValue:[[NSString alloc] initWithFormat:@"%f", _price] forKey:@"price"];
}

- (void)dealloc
{
    [self removeObserver:self forKeyPath:@"price"];
}

@end

效果如下:

初始狀態
按下 add 5后,修改price值

以上是對iOS消息機制的一些理解。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,967評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,273評論 3 415
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,870評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,742評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,527評論 6 407
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,010評論 1 322
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,108評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,250評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,769評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,656評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,853評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,371評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,103評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,472評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,717評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,487評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,815評論 2 372

推薦閱讀更多精彩內容

  • 每個應用程序或多或少,都由一些松耦合的對象構成,這些對象彼此之間要想很好的完成任務,就需要進行消息傳遞。 本文將介...
    石丘閱讀 1,736評論 4 7
  • 每個應用或多或少都由一些需要相互傳遞消息的對象結合起來以完成任務。在這篇文章里,我們將介紹所有可用的消息傳遞機制,...
    愛敲代碼的果果閱讀 4,008評論 0 2
  • *面試心聲:其實這些題本人都沒怎么背,但是在上海 兩周半 面了大約10家 收到差不多3個offer,總結起來就是把...
    Dove_iOS閱讀 27,186評論 30 471
  • 設計模式 1.delegate和notification什么區別,什么情況使用? 2.描述一下KVO和KVC。 K...
    丶逐漸閱讀 1,966評論 3 2
  • 白云在隨意游走 外面,陽光明媚 小鳥在籠 嘰嘰喳喳,遠方 誰在翱翔 我在高樓 做,那體制的囚徒 虛無沒過靈魂 連青...
    桐萬里閱讀 221評論 2 2