網上經常說iOS的通知機制是使用了觀察者模式,裡面有兩個角色,其一是poster(寄件者),另一個是observer(接受資訊的訂閱者)。但我認為重要的角色是通知中樞,它是整個通知機制的核心,有poster寄件者發送的訊息必定要到達通知中樞,再由通知中樞根據這個訊息被哪些observer訂閱者訂閱過,就把訊息往那些訂閱者去分發。整體可以與現在的電子郵件結構作類比的。
但要額外說明一下,iOS的通知雖然也叫Notification通知,但是與Android中的通知是不一樣的,在Android中的通知是一種訊息推送的形式,而在iOS中肯定也有訊息推送,這就是推送機制那部分的內容。說會這個通知機制的其實就是原本在學習C#時的事件,只不過這裡的事件是對於整個系統的全域事件,任何一方往系統的這個全域事件去註冊綁定了方法,到事件被觸發的時候就能夠被執行。
整個通知的操作流程,我們只需要把poster和observer設定好就可以了
對於Poster的操作比較簡單,他只需要往通知中樞推通知就可以了,採用以下的代碼
[[NSNotificationCenter defaultCenter] postNotificationName:@”PostOne” object:@”This is posterone”];
或者
[[NSNotificationCenter defaultCenter] postNotification:[NSNotification notificationWithName:@”PostOne” object:@”This is posterone”]];
NotificationWithName: object: 方法還有一個重載就是有userInfo: 參數,它是NSDictionary的字典類型,就是用於傳遞使用者參數。
對於Observer則相對沒Poster那麼簡單,在C#中進行事件註冊綁定的時候也發現,觸發事件的只需要像調用方法那樣子調用就可以了,但是註冊那一方則需要為事件Binder 方法,又要定義方法,而在iOS的通知機制中,需要註冊,回調處理(就是事件中的方法定義),用完了還要去刪除。
註冊
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(callBack1:) name:@”PostOne” object: nil];
這裡的參數是跟postNotificationName: object:對應的。註冊了哪個通知name參數就填上對對應的值
回調處理
-(void) callBack1(NSNotification*)notification{notification.name://通知的名稱notification.object;//發送通知時的objectnotification.userInfo//發送通知時的userInfo}
刪除
在使用訊息完畢(就是不再對接收到的訊息作處理的)之後,需要進行刪除操作
[[NSNotificationCenter defaultCenter]removeObserver: self];//刪除所有註冊過的通知[[NSNotificationCenter defaultCenter]removeObserver:self name:@”PostOne“ object:nil];//刪除名稱為”PostOne“的通知
補充:
ios中觀察者模式與通知機制,及KVO
在ios開發中,通知機制和KVO都是依靠觀察者模式得以實現。通知機制與KVO的不同之處在於,前者是一個中心對象為所有觀察者提供變更通知,後者是被觀察對象直接向觀察者發送通知。
以下關注觀察者模式與通知機制實現:
1、觀察者模式中Subject對象,又可稱目標對象,是通知的發行者,又是被觀察者。提供註冊和取消註冊的方法;Observer對象,又可稱為觀察者,是通知的訂閱者。Observer類中,相識Subject,以達到能夠接收通知。
2、ios中的通知機制,是Cocoa Touch架構為開發人員開發的類,讓開發人員不必自己寫觀察者模式,用到它便能實現。對於我而言,通知機制的所有使用,都集中到一個類中。而導致我用通知機制去理解觀察者模式時,迷糊於Subject和Observer,誰是通知的寄件者,因為類中集結了觀察者和寄件者。