介紹:
觀察者模式屬于行為型模式。它定義了一種一對多的依賴關系,讓多個觀察者對象同時監(jiān)聽某一主題對象。這個主題對象在狀態(tài)發(fā)生變化時而晒,會通知所有觀察者對象,使它們能夠自動更新自己阅畴。
類圖:
Subject(抽象被觀察者):抽象主題角色把所有觀察者對象的引用保存在一個集合里倡怎,并提供可以增加和刪除觀察者的接口。
ConcreteSubject(具體被觀察者):該角色接受具體觀察者對象,并在具體主題的內部狀態(tài)發(fā)生改變時诈胜,給所有觀察者對象發(fā)出通知豹障。
Observer(抽象觀察者):它定義了一個更新接口,在被觀察者發(fā)出通知的時候可以更新自己焦匈。
ConcreteObserver(具體觀察者):實現(xiàn)抽象觀察者定義的更新接口血公,當?shù)玫街黝}更改通知時更新自己。
用法:
? 關聯(lián)行為場景缓熟,當一個對象的改變需要同時改變其它對象
? 跨系統(tǒng)的消息交換場景累魔,如消息隊列、事件總線的處理機制
個人理解:
觀察者模式應用頻率非常高够滑,常用于訂閱——發(fā)布系統(tǒng):如通知垦写、廣播等業(yè)務。還比較常用于GUI系統(tǒng)(圖形用戶接口)彰触,UI層與業(yè)務邏輯的解耦梯投。總之,我們在需要使用監(jiān)聽和回調的需求時使用此模式况毅。
例子:
此模式的使用實在太多了分蓖,在iOS中的KVC、KVO模式尔许,Android中的BroadCast么鹤、View.OnClickListener相信大家已經(jīng)用過無數(shù)遍了。不難發(fā)現(xiàn)都是存在監(jiān)聽或者回調的業(yè)務需求上味廊,比如在自定義控件想獲得它某個處理結果蒸甜、又或者是統(tǒng)一通知所有界面干一些事情等等。下面就模擬一下這兩種比較常用的情況余佛。
需求一:模擬廣播的通知
需求二:模擬UI控件的回調
1柠新、實現(xiàn)一個廣播
1.1、觀察者接口
public interface Receiver {
public void update(String message);
}
抽象的實現(xiàn)可以使抽象類或者是接口辉巡。所以我們在觀察者接口中定義更新方法登颓,在被觀察者發(fā)出通知時可以通知自己。
1.2红氯、被觀察者接口
public interface Manager {
public void registerObserver(Receiver o);
public void removeObserver(Receiver o);
public void notifyObserver(String message);
}
很簡單,在被觀察者接口中定義操控觀察者的方法咕痛。
1.3痢甘、廣播接受者類(具體觀察者)
public class BroadCastReceiver implements Receiver {
private String message;
private String name;
public BroadCastReceiver(String name) {
this.name = name;
}
@Override
public void update(String message) {
this.message = message;
System.out.println(name + message);
}
}
實現(xiàn)了更新接口,接受了廣播信息茉贡。
1.4塞栅、廣播管理者(具體被觀察者)
public class BroadCastManager implements Manager {
private List<Receiver> mReceivers = new ArrayList<>();
@Override
public void registerObserver(Receiver o) {
mReceivers.add(o);
}
@Override
public void removeObserver(Receiver o) {
mReceivers.remove(o);
}
@Override
public void notifyObserver(String message) {
for (Receiver receiver : mReceivers) {
receiver.update(message);
}
}
}
在這個類中,負責增加和刪除廣播腔丧,向廣播發(fā)送具體消息放椰。
1.5作烟、使用方法
public static void main(String[] args) {
//觀察者
BroadCastReceiver r1 = new BroadCastReceiver("廣播一:");
BroadCastReceiver r2 = new BroadCastReceiver("廣播二:");
//被觀察者
BroadCastManager mManager = new BroadCastManager();
mManager.registerObserver(r1);
mManager.registerObserver(r2);
mManager.notifyObserver("這是一條廣播信息");
mManager.removeObserver(r1);
mManager.notifyObserver("測試測試");
}
廣播一:這是一條廣播信息
廣播二:這是一條廣播信息
廣播二:測試測試
這個例子基本上就完成了,實現(xiàn)了一對多的情況砾医,讓兩個廣播同時監(jiān)聽廣播事件拿撩。事件監(jiān)聽的代碼結構是一種典型的觀察者模式結構,下面我們再看一下代碼結構上有一點點不一樣的回調函數(shù)如蚜。
2压恒、模擬UI控件回調
2.1、實現(xiàn)一個View類
public class View {
public interface onClickListener {
void onClick(View view);
}
private onClickListener mListener;
public void setOnClickListener(onClickListener listener) {
mListener = listener;
}
public void performClick() {
if (mListener != null) {
mListener.onClick(this);
}
}
}
可能有朋友有疑問:不是說好兩個抽象類错邦,兩個具體實現(xiàn)類嗎探赫,怎么現(xiàn)在都變成一個了?不急撬呢,繼續(xù)往下看伦吠。
2.2、實現(xiàn)
public static void main(String[] args) {
View view = new View();
view.setOnClickListener(new View.onClickListener() {
@Override
public void onClick(View view) {
System.out.println("回調方法");
}
});
view.performClick();
}
看起來很簡化也很熟悉魂拦,我們分析一下四個角色:
被觀察者:View類(抽象被觀察者+具體被觀察者)毛仪。在setOnClickListener(onClickListener listener)
中加入一個觀察者對象。
抽象觀察者:onClickListener
接口晨另,定義回調方法潭千。
具體觀察者:new出來的View.onClickListener()
對象。
在測試類中借尿,我們模擬控件被執(zhí)行時調用view.performClick()
方法刨晴,就會通過回調注冊的OnClickListener觀察者的onClick方法會來通知觀察者,所以回調就是一種觀察者模式的具體的實現(xiàn)方式路翻。
總結
觀察者模式的具體體現(xiàn)就是回調和監(jiān)聽狈癞,另外比較著名的RxJava也是使用此模式,大家也可以看看茂契。
感謝您的閱讀~
推薦閱讀
基礎篇:
設計模式前篇之——UML類圖必會知識點
設計模式前篇之——一起過一下面向對象的概念
創(chuàng)建型模式:
簡易理解設計模式之:簡單工廠模式——來試試接入支付功能
簡易理解設計模式之:工廠方法模式——數(shù)據(jù)存儲例子
簡易理解設計模式之:抽象工廠模式——更換數(shù)據(jù)庫例子
簡易理解設計模式之:建造者模式——學習使用“鏈式調用”
簡易理解設計模式之:原型模式——深蝶桶、淺拷貝的概念
簡易理解設計模式之:單例模式——單例模式的幾種常用寫法
結構型模式:
簡易理解設計模式之:適配器模式——Android列表視圖控件設計方式
簡易理解設計模式之:橋接模式——穿衣服經(jīng)典案例2
簡易理解設計模式之:組合模式——實現(xiàn)View中的樹狀結構
簡易理解設計模式之:裝飾模式——穿衣服經(jīng)典案例
簡易理解設計模式之:外觀模式——第三方SDK的幫助類
簡易理解設計模式之:享元模式——五子棋游戲例子
簡易理解設計模式之:代理模式——iOS視圖控件設計方式
行為型模式:
簡易理解設計模式之:策略模式——優(yōu)化一下支付功能
簡易理解設計模式之:模板方法模式——Android中的BaseActivity基類
簡易理解設計模式之:觀察者模式——監(jiān)聽與回調
簡易理解設計模式之:狀態(tài)模式——優(yōu)化登錄操作
簡易理解設計模式之:備忘錄模式——Word文檔的工作原理
簡易理解設計模式之:迭代器模式——遍歷對象的好幫手
簡易理解設計模式之:命令模式——實現(xiàn)命令的參數(shù)化配置
簡易理解設計模式之:責任鏈模式——OA中請假流程示例
簡易理解設計模式之:中介者模式——多人聊天室例子
簡易理解設計模式之:解釋器模式——語言和文法
簡易理解設計模式之:訪問者模式——員工考核例子