觀察者模式

2021-10-01 01:40:40 字數 3725 閱讀 4681

賭博是有錢人才能體驗的到娛樂,記得小時候的老家,每逢過年有些村民都會開賭局,我們這些小孩子有時候就會過去碰碰運氣,保不准哪個親戚在賭並且贏錢了你就會吃到喜錢,十幾塊到幾十塊不等,那時候就會有滿滿的幸福感。而開賭局的人是什麼職責呢?提供簡單的飲食,同時還要幫忙觀察情況,防止警察來抓人。

在這裡多說幾句,小賭怡情,大賭傷身。沉迷賭博的沒有好下場,最終都是家破人亡的結局,這是我親眼見證的事實。

下面說一下賭場存在的原因,每個賭徒都有自己的事情要做(賭錢),他們不可能有那麼多的精力去盯著警察,這時賭場的人就出現了,他們負責為賭徒提供完善的服務,最重要的職責就是望風,如果警察來了就會通知賭徒趕緊撤,我們用**來實現一下這個場景。

//通知者---賭場

public class subject {

private listmylist = new arraylist<>();

private string strmessage= null;

public void pickup(gambler gambler)

mylist.add(gambler);

public void seeoout(gambler gambler)

mylist.remove(gambler);

public void lookout()

/*do something*/

strmessage = "警察來了!";

for (gambler gambler : mylist) {

gambler.notify();

public string getmessage() {

return strmessage;

//觀察者---賭徒

public class gambler {

private subject mysubject = null;

public gambler(subject subject)

mysubject = subject;

void notify()

system.out.printf("望風的人說:%s,我要走了!\n", mysubject.getmessage());

//應用場景

public class client {

public static void main(string args) {

// todo auto-generated method stub

subject duchang = new subject();

gambler zhangsan = new gambler(duchang);

gambler lisi = new gambler(duchang);

gambler wangwu = new gambler(duchang);

duchang.pickup(zhangsan);

duchang.pickup(lisi);

duchang.pickup(wangwu);

duchang.lookout();

簡單的應用場景就寫好了,滿足當前需求,但是在後續的開發過程中發現此場景存在變化點,觀察者不光有賭徒,還有私造槍枝者,而通知者也不一定只是賭場了,還可能是紅外報警器,並且以後還可能會增加。這時候要對上面的**進行重構,根據開放封閉原則,不能在subject 和gambler類上直接修改,要對兩種類進行抽象,並且根據依賴倒置原則,兩種類的依賴關係要抽象,具體類要依賴抽象,那麼怎麼做呢?這時候觀察者模式就出現了。

觀察者模式定義了一種一對多的依賴關係,讓多個觀察者物件同時監聽乙個通知者物件,通知者在發生變化時會通知所有觀察者物件,使他們可以自動更新

一、特徵

1、一對多,觀察者物件個數和具體形態都不知道,這就是這種模式的變化點

2、依賴,建立依賴的方式和多,最通用的是通知者會先把觀察者加入到自己的列表中留作通知時使用

2、通知所有觀察者,意味著在這個操作中要遍歷通知所有觀察者,這就會涉及到延時問題,如果乙個觀察者處理此通知用很長時間,那麼它後面的觀察者就有可能等待,這時要考慮多執行緒處理

二、實現

偷懶,盜用大話設計模式的uml類圖

我們來重構一下上面的例子

抽象觀察者類:

public abstract class iobserver {

public iobserver() {

// todo auto-generated constructor stub

public abstract void update();

抽象通知者類:

public abstract class isubject {

private listmylist = new arraylist<>();

public void attach(iobserver observer) {

mylist.add(observer);

public void detach(iobserver observer) {

mylist.remove(observer);

public void notify() {

lookup();

for (iobserver obserer : mylist) {

obserer.update();

protected abstract void lookup();

public abstract string getmessage();

具體觀察者類:

public class concreteobserver extends iobserver{

private isubject m_subject=null;

public concreteobserver(isubject subject){

// todo auto-generated constructor stub

m_subject = subject;

@override

public void update()

system.out.printf("望風的人說:%s,我要走了!\n", m_subject.getmessage());

具體通知者類:

public class concretesubject extends isubject {

private string m_strmessage = null;

private void dosomething() {

@override

protected void lookup()

dosomething();

m_strmessage = "警察來了";

@override

public string getmessage()

return m_strmessage;

應用場景:

public class client {

public static void main(string args) {

// todo auto-generated method stub

isubject subject1 = new concretesubject();

iobserver observer1 = new concreteobserver(subject1);

subject1.attach(observer1);

subject1.notify();

python觀察者模式 python 觀察者模式

python 觀察者模式 前言e 寫的倉促就不截uml類圖了,書本chapter10,p313能看到圖 一旦觀察的主題有更新,就會通知到觀察者們,下面的例子是最簡單的乙個觀察者範例,假設這是一群投機分子密切關注 軍 火 倉庫的產品與數量變動 class inventory def init self...

觀察者模式

觀察者模式 observer 完美的將觀察者和被觀察的物件分離開。舉個例子,使用者介面可以作為乙個觀察者,業務資料是被觀察者,使用者介面觀察業務資料的變化,發現資料變化後,就顯示在介面上。物件導向設計的乙個原則是 系統中的每個類將重點放在某乙個功能上,而不是其他方面。乙個物件只做一件事情,並且將他做...

觀察者模式

觀察者模式定義了一種一對多的依賴關係,讓多個觀察者物件同時監聽某乙個主題物件。這個主題物件在狀態上發生變化時,會通知所有觀察者物件,讓他們能夠自動更新自己 任何乙個模式都是離不開角色的,這裡也會有幾種角色 抽象主題角色 把所有對觀察者物件的引用儲存在乙個集合中,每個抽象主題角色都可以有任意數量的觀察...