主頁 >  其他 > 趣談設計模式 | 觀察者模式(Observer) :訊息的發布與訂閱

趣談設計模式 | 觀察者模式(Observer) :訊息的發布與訂閱

2020-10-31 04:24:16 其他

文章目錄

  • 案例:文章推送
  • 觀察者模式
    • 觀察者模式的運作流程
    • 觀察者模式解決的問題
  • 觀察者模式大顯身手
  • 總結
    • 要點
    • 應用場景
    • 生產者-消費者模型 VS 觀察者模式
  • 完整代碼及檔案


案例:文章推送

假設我是一個科幻小說愛好者,我維護著一個叫做ScienceFictionPusher的公眾號,定期向豆瓣、知乎等平臺推送那些我覺得有趣的科幻小說,于是為了方便管理,我的推送程式是這樣的邏輯
在這里插入圖片描述

class ScienceFictionPusher 
{
public:
	//推送內容
    void newPush()
    {
    	//分別向各大平臺推送內容
        _zhihu->update(_url, _title, _desc);
        _douban->update(_url, _title, _desc);
    }
	
	//設定新的內容
    void setNewFiction(const std::string& url, const std::string& title, const std::string& desc)
    {
        _url = url;
        _title = title;-
        _desc = desc;
        newPush();
    }

private:
    std::string _url;    //小說鏈接
    std::string _title;  //小說名
    std::string _desc;   //小說簡介
    Douban* _douban;
    Zhihu* _zhihu;
};

上面這種實作方式咋一看沒什么問題,甚至在某些地方處理的還不錯,因為我們將內容的更新從平臺主動的拉取變為了公眾號的主動推送,大大減少了空轉時間,因此,我們將代碼投入使用

隨著粉絲越來越多,公眾號的名氣也越來越大,于是乎越來越多的平臺開始邀請我的專欄入駐,但是此時就出現了問題
在這里插入圖片描述
如果采用上面這種模式的話,當有大量的平臺時,代碼會是這樣的,存在大量的冗余,可讀性也極差

void newPush()
{
 	//分別向各大平臺推送內容
     _zhihu->update(_url, _title, _desc);
     _douban->update(_url, _title, _desc);
     _wechat->update(_url, _title, _desc);
     _uc->update(_url, _title, _desc);
     _tiktok->update(_url, _title, _desc);
     _bilibili->update(_url, _title, _desc);
     _baidu->update(_url, _title, _desc);
     _csdn->update(_url, _title, _desc);
     ...........................
 }

由于公眾號的經營也存在波動,當流量大的時候我們會有新增的平臺,當某個平臺流量小的時候我們也不會再去維護,所以平臺的數量是時刻變化的,那這樣的代碼就意味著我們需要時刻去程式中修改,無法動態的增加、洗掉,效率極低,

那有什么好的解決方法嗎?這就到了 觀察者模式出場的時候


觀察者模式

觀察者模式也叫做發布訂閱模式,它定義了物件之間的一對多依賴,當一個物件改變狀態的時候,它的所有依賴著都會收到通知并自動更新,

為了方便舉例,這里我們將發布內容的物件稱為主題接收內容的物件稱為觀察者

觀察者模式的運作流程

在這里插入圖片描述

此時物件C也想要獲取內容,所以它告訴主題他想要注冊成為觀察者
在這里插入圖片描述
在這里插入圖片描述
由于主題發布的內容質量逐漸降低,物件A不再需要訂閱,此時它請求注銷主題
在這里插入圖片描述
在這里插入圖片描述
從上面我們可以看到,主題主要做了三件事,注冊、洗掉、通知觀察者,而觀察者所做的只是被動的接受主題提供的資料

觀察者模式解決的問題

講了這么多,其實觀察者模式最主要的作用就是讓主題和觀察者松耦合:即這兩個物件雖然互相可以互動,但是它們都不清楚彼此的細節

主題只知道觀察者實作了Observer介面,它并不需要知道觀察者的具體類是誰,也不需要了解它究竟實作了什么,它只需要呼叫觀察者的update將資料更新過去即可,

同樣的,因為主題依賴的只是實作了Observer介面的物件串列,所以無論我們是對觀察者增加還是洗掉,都不會對主題造成影響,主題也不需要為了兼容這些觀察者而去修改代碼,

甚至我們還可以在其他地方獨立的復用主題和觀察者,例如我們新增一個新的主題,又或者是新增一個觀察者,由于二者并非緊耦合,所以不會有任何的影響,

總結一下就是,這種設計將物件之間的互相依賴降到了最低,因此我們的程式具有彈性,能夠應對各種變化,


觀察者模式大顯身手

回到上面的問題,當我們的公眾號發布新內容的時候,我們會將這些內容推送到所有的入駐平臺中,這正好就符合上面所說的觀察者模式的場景,此時公眾號充當主題物件,而平臺充當觀察者,

此時完整的關系圖如下
在這里插入圖片描述
根據上面所提到的內容,我們抽象出具體的主題介面和觀察者介面,為了方便使用不同語言的讀者閱讀,我會盡量少用C++的特性,如果還是有不理解的可以私信或者評論區留言,

主題介面只需要提供必須的注冊、洗掉、發布即可

class Subject
{
public:
    virtual ~Subject() = default;
    virtual void registerObserver(Observer*) = 0;   //注冊觀察者
    virtual void removeObserver(Observer*) = 0;     //移除觀察者
    virtual void notifyObservers() = 0;             //通知所有觀察者
};

觀察者被動等待主題的資料,所以我們也只提供一個更新介面供主題更新資料

class Observer
{
public:
    virtual ~Observer() = default;
    virtual void update(const std::string& url, const std::string& title, const std::string& desc) = 0;      //更新資料
};

考慮到每個平臺獲取到新內容都必定要將其展示出來,而每個平臺展示的方式又有所不同,所以我們將其再抽象為一個介面類,觀察者需要繼承這個類并實作自己的展示方法

class DisplayElement
{
public:
    virtual ~DisplayElement() = default;
    virtual void display() = 0;     //顯示資料
};

下面就開始具體實體的實作吧

為了保證不會對同一平臺重復發送,以及后續可能會對某些平臺單獨推送內容,我們使用一個哈希表來存盤所有入駐的平臺

//主題派生子類
class ScienceFictionPusher : public Subject
{
public:
	//增加觀察者
    void registerObserver(Observer* observer)
    {
        _observers.insert(observer);
    }
	
	//洗掉觀察者
    void removeObserver(Observer* observer)
    {
        _observers.erase(observer);
    }
	
	//向所有平臺推送內容
    void notifyObservers()
    {
        for(const auto& ob : _observers)
        {
            ob->update(_url, _title, _desc);
        }
    }
	
	//推送新內容
    void newPush()
    {
        notifyObservers();
    }
	
	//設定新內容,當有新內容發布的時候,就會自動推送給所有的平臺
    void setNewFiction(const std::string& url, const std::string& title, const std::string& desc)
    {
        _url = url;
        _title = title;
        _desc = desc;
        newPush();
    }

private:
    std::string _url;    //小說鏈接
    std::string _title;  //小說名
    std::string _desc;   //小說簡介
    std::unordered_set<Observer*> _observers;   //入駐的平臺
};

當有新的平臺想要入駐的時候,它只需要繼承觀察者類并實作update介面即可,同時由于我們接收新內容后還需要在自身平臺中顯示,所以還需要繼承發布內容類,并實作display介面

為了方便注冊和洗掉觀察者,我們需要保存一個指向主題的指標

//觀察者派生子類
class Zhihu : public Observer, public DisplayElement
{
public:
    Zhihu(Subject* ScienceFictionPusher)
        : _ScienceFictionPusher(ScienceFictionPusher)
    {
        _ScienceFictionPusher->registerObserver(this);
    }

    ~Zhihu()
    {
        _ScienceFictionPusher->removeObserver(this);
    }

	//實作更新介面,讓主題主動推送資料
    void update(const std::string& url, const std::string& title, const std::string& desc)
    {
        _url = url;
        _title = title;
        _desc = desc;

        display();
    }
	
	//在平臺中顯示推送的內容
    void display()
    {
        std::cout << "知乎每日書籍推薦:" << std::endl;
        std::cout << "鏈接:" << _url << std::endl;
        std::cout << "標題:" << _title << std::endl;
        std::cout << "簡介:" << _desc << "\n" <<std::endl; 
    }
    
private:
    std::string _url;    //小說鏈接
    std::string _title;  //小說名
    std::string _desc;   //小說簡介
    Subject* _ScienceFictionPusher; //主題物件,方便注冊和洗掉
};

其他的觀察者也類似,為了節省篇幅這里就不多寫了,下面寫個簡單的程式測驗一下

int main()
{
    ScienceFictionPusher* _subject = new ScienceFictionPusher;
    Douban* douban = new Douban(_subject);
    Zhihu* zhihu = new Zhihu(_subject);

    _subject->setNewFiction("www.aaaaaaa.com", "三體", "作品講述了地球人類文明和三體文明的資訊交流、生死搏殺及兩個文明在宇宙中的興衰歷程,");
    _subject->setNewFiction("www.bbbbbbb.com", "球形閃電", "描述了一個歷經球狀閃電的男主角對其歷盡艱辛的研究歷程,向我們展現了一個獨特、神秘而離奇的世界");

    delete zhihu;
    delete douban;
    delete _subject;
    
    return 0;
}

我們添加了知乎和豆瓣兩個觀察者,并且連續推送了三體和球形閃電這兩條內容
在這里插入圖片描述
可以看到,測驗結果沒有問題


總結

要點

  • 觀察者模式定義了物件之間一對多的關系
  • 觀察者模式使得我們可以獨立地改變主題與觀察者,從而使二者之間的依賴關系達致松耦合,主題不知道觀察者介面
  • 主題發送通知時,需要遍歷觀察者,因此其知道觀察者的存在
  • 觀察者自己決定是否需要訂閱通知,主題物件對此一無所知,

應用場景

觀察者模式應該可以說是應用最多、影響最廣的模式之一,它通常應用于游戲引擎、GUI、郵件訂閱等場景

場景1 :游戲中的事件監控
在這里插入圖片描述

例如我們設計了一個RPG游戲,當我們的角色移動到敵人的視野范圍時,周圍的敵人就會向角色移動并且發起攻擊,當我們移動到陷阱的觸發位置時,陷阱就會對我們造成傷害,當我們移動到泉水時,泉水又會為角色提供治療或者BUFF,

在上面的例子中,我們的角色就是一個主題,而泉水、陷阱、敵人這些就是觀察者,當我們做出了某種舉動的時候,就會通知它們這些事件的發生,它們就會做出一個具體的回應,這樣就能夠保證事件實時的同步,以及方便我們進行拓展,后續向增加新事件例如減速的泥潭等內容只需要將其注冊為觀察者并實作邏輯即可,

場景2:GUI界面的事件偵聽
在這里插入圖片描述
在GUI界面中,通常有著許多的選項, 而在這些選項背后,通常又有多個負責不同功能的偵聽者等待我們的結果,當我們按下這個按鈕的時候,就會通知負責這一功能的一系列偵聽者回應號召,執行它們各自的作業,這也是一種觀察者模式


生產者-消費者模型 VS 觀察者模式

說到資料的生產和發布、解耦合這兩方面,那就難免要提到生產者消費者模型,下面給出它們兩個的對比圖,

如果不了解生產者消費者模型的可以參考我的往期博客
作業系統:生產者消費者模型的兩種實作(C++)
在這里插入圖片描述
在這里插入圖片描述
相同點

  • 主要作用都是解耦合
  • 兩者都是行為模式,本質上都是發布-消費兩個行為

不同點

  • 觀察者模式是一對多,一條訊息可以被多個觀察者使用
  • 生產者-消費者模型是多對多的,并且一條訊息只能被一個消費者使用
  • 觀察者模式可以同步實作,也可以異步實作
  • 生產者消費者模式依賴于交易場所,只能異步實作
  • 觀察者模式中主題知道觀察者的存在,因為它需要遍歷訂閱串列發送通知,因此兩者之間還是存在微弱的耦合關系
  • 生產者和消費者借助交易場所(中間佇列),它們只需要往佇列中生成/消費資料,因此不需要知道對方的存在,屬于完全解耦

完整代碼及檔案

如果有需要完整代碼或者markdown檔案的同學可以點擊下面的github鏈接
github

轉載請註明出處,本文鏈接:https://www.uj5u.com/qita/196252.html

標籤:其他

上一篇:OJ刷題記錄:圖的鄰接表示法驗證程式

下一篇:r74800h和i710875h對比性能 哪個好

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 網閘典型架構簡述

    網閘架構一般分為兩種:三主機的三系統架構網閘和雙主機的2+1架構網閘。 三主機架構分別為內端機、外端機和仲裁機。三機無論從軟體和硬體上均各自獨立。首先從硬體上來看,三機都用各自獨立的主板、記憶體及存盤設備。從軟體上來看,三機有各自獨立的作業系統。這樣能達到完全的三機獨立。對于“2+1”系統,“2”分為 ......

    uj5u.com 2020-09-10 02:00:44 more
  • 如何從xshell上傳檔案到centos linux虛擬機里

    如何從xshell上傳檔案到centos linux虛擬機里及:虛擬機CentOs下執行 yum -y install lrzsz命令,出現錯誤:鏡像無法找到軟體包 前言 一、安裝lrzsz步驟 二、上傳檔案 三、遇到的問題及解決方案 總結 前言 提示:其實很簡單,往虛擬機上安裝一個上傳檔案的工具 ......

    uj5u.com 2020-09-10 02:00:47 more
  • 一、SQLMAP入門

    一、SQLMAP入門 1、判斷是否存在注入 sqlmap.py -u 網址/id=1 id=1不可缺少。當注入點后面的引數大于兩個時。需要加雙引號, sqlmap.py -u "網址/id=1&uid=1" 2、判斷文本中的請求是否存在注入 從文本中加載http請求,SQLMAP可以從一個文本檔案中 ......

    uj5u.com 2020-09-10 02:00:50 more
  • Metasploit 簡單使用教程

    metasploit 簡單使用教程 浩先生, 2020-08-28 16:18:25 分類專欄: kail 網路安全 linux 文章標簽: linux資訊安全 編輯 著作權 metasploit 使用教程 前言 一、Metasploit是什么? 二、準備作業 三、具體步驟 前言 Msfconsole ......

    uj5u.com 2020-09-10 02:00:53 more
  • 游戲逆向之驅動層與用戶層通訊

    驅動層代碼: #pragma once #include <ntifs.h> #define add_code CTL_CODE(FILE_DEVICE_UNKNOWN,0x800,METHOD_BUFFERED,FILE_ANY_ACCESS) /* 更多游戲逆向視頻www.yxfzedu.com ......

    uj5u.com 2020-09-10 02:00:56 more
  • 北斗電力時鐘(北斗授時服務器)讓網路資料更精準

    北斗電力時鐘(北斗授時服務器)讓網路資料更精準 北斗電力時鐘(北斗授時服務器)讓網路資料更精準 京準電子科技官微——ahjzsz 近幾年,資訊技術的得了快速發展,互聯網在逐漸普及,其在人們生活和生產中都得到了廣泛應用,并且取得了不錯的應用效果。計算機網路資訊在電力系統中的應用,一方面使電力系統的運行 ......

    uj5u.com 2020-09-10 02:01:03 more
  • 【CTF】CTFHub 技能樹 彩蛋 writeup

    ?碎碎念 CTFHub:https://www.ctfhub.com/ 筆者入門CTF時時剛開始刷的是bugku的舊平臺,后來才有了CTFHub。 感覺不論是網頁UI設計,還是題目質量,賽事跟蹤,工具軟體都做得很不錯。 而且因為獨到的金幣制度的確讓人有一種想去刷題賺金幣的感覺。 個人還是非常喜歡這個 ......

    uj5u.com 2020-09-10 02:04:05 more
  • 02windows基礎操作

    我學到了一下幾點 Windows系統目錄結構與滲透的作用 常見Windows的服務詳解 Windows埠詳解 常用的Windows注冊表詳解 hacker DOS命令詳解(net user / type /md /rd/ dir /cd /net use copy、批處理 等) 利用dos命令制作 ......

    uj5u.com 2020-09-10 02:04:18 more
  • 03.Linux基礎操作

    我學到了以下幾點 01Linux系統介紹02系統安裝,密碼啊破解03Linux常用命令04LAMP 01LINUX windows: win03 8 12 16 19 配置不繁瑣 Linux:redhat,centos(紅帽社區版),Ubuntu server,suse unix:金融機構,證券,銀 ......

    uj5u.com 2020-09-10 02:04:30 more
  • 05HTML

    01HTML介紹 02頭部標簽講解03基礎標簽講解04表單標簽講解 HTML前段語言 js1.了解代碼2.根據代碼 懂得挖掘漏洞 (POST注入/XSS漏洞上傳)3.黑帽seo 白帽seo 客戶網站被黑帽植入劫持代碼如何處理4.熟悉html表單 <html><head><title>TDK標題,描述 ......

    uj5u.com 2020-09-10 02:04:36 more
最新发布
  • 2023年最新微信小程式抓包教程

    01 開門見山 隔一個月發一篇文章,不過分。 首先回顧一下《微信系結手機號資料庫被脫庫事件》,我也是第一時間得知了這個訊息,然后跟蹤了整件事情的經過。下面是這起事件的相關截圖以及近日流出的一萬條資料樣本: 個人認為這件事也沒什么,還不如關注一下之前45億快遞資料查詢渠道疑似在近日復活的訊息。 訊息是 ......

    uj5u.com 2023-04-20 08:48:24 more
  • web3 產品介紹:metamask 錢包 使用最多的瀏覽器插件錢包

    Metamask錢包是一種基于區塊鏈技術的數字貨幣錢包,它允許用戶在安全、便捷的環境下管理自己的加密資產。Metamask錢包是以太坊生態系統中最流行的錢包之一,它具有易于使用、安全性高和功能強大等優點。 本文將詳細介紹Metamask錢包的功能和使用方法。 一、 Metamask錢包的功能 數字資 ......

    uj5u.com 2023-04-20 08:47:46 more
  • vulnhub_Earth

    前言 靶機地址->>>vulnhub_Earth 攻擊機ip:192.168.20.121 靶機ip:192.168.20.122 參考文章 https://www.cnblogs.com/Jing-X/archive/2022/04/03/16097695.html https://www.cnb ......

    uj5u.com 2023-04-20 07:46:20 more
  • 從4k到42k,軟體測驗工程師的漲薪史,給我看哭了

    清明節一過,盲猜大家已經無心上班,在數著日子準備過五一,但一想到銀行卡里的余額……瞬間心情就不美麗了。最近,2023年高校畢業生就業調查顯示,本科畢業月平均起薪為5825元。調查一出,便有很多同學表示自己又被平均了。看著這一資料,不免讓人想到前不久中國青年報的一項調查:近六成大學生認為畢業10年內會 ......

    uj5u.com 2023-04-20 07:44:00 more
  • 最新版本 Stable Diffusion 開源 AI 繪畫工具之中文自動提詞篇

    🎈 標簽生成器 由于輸入正向提示詞 prompt 和反向提示詞 negative prompt 都是使用英文,所以對學習母語的我們非常不友好 使用網址:https://tinygeeker.github.io/p/ai-prompt-generator 這個網址是為了讓大家在使用 AI 繪畫的時候 ......

    uj5u.com 2023-04-20 07:43:36 more
  • 漫談前端自動化測驗演進之路及測驗工具分析

    隨著前端技術的不斷發展和應用程式的日益復雜,前端自動化測驗也在不斷演進。隨著 Web 應用程式變得越來越復雜,自動化測驗的需求也越來越高。如今,自動化測驗已經成為 Web 應用程式開發程序中不可或缺的一部分,它們可以幫助開發人員更快地發現和修復錯誤,提高應用程式的性能和可靠性。 ......

    uj5u.com 2023-04-20 07:43:16 more
  • CANN開發實踐:4個DVPP記憶體問題的典型案例解讀

    摘要:由于DVPP媒體資料處理功能對存放輸入、輸出資料的記憶體有更高的要求(例如,記憶體首地址128位元組對齊),因此需呼叫專用的記憶體申請介面,那么本期就分享幾個關于DVPP記憶體問題的典型案例,并給出原因分析及解決方法。 本文分享自華為云社區《FAQ_DVPP記憶體問題案例》,作者:昇騰CANN。 DVPP ......

    uj5u.com 2023-04-20 07:43:03 more
  • msf學習

    msf學習 以kali自帶的msf為例 一、msf核心模塊與功能 msf模塊都放在/usr/share/metasploit-framework/modules目錄下 1、auxiliary 輔助模塊,輔助滲透(埠掃描、登錄密碼爆破、漏洞驗證等) 2、encoders 編碼器模塊,主要包含各種編碼 ......

    uj5u.com 2023-04-20 07:42:59 more
  • Halcon軟體安裝與界面簡介

    1. 下載Halcon17版本到到本地 2. 雙擊安裝包后 3. 步驟如下 1.2 Halcon軟體安裝 界面分為四大塊 1. Halcon的五個助手 1) 影像采集助手:與相機連接,設定相機引數,采集影像 2) 標定助手:九點標定或是其它的標定,生成標定檔案及內參外參,可以將像素單位轉換為長度單位 ......

    uj5u.com 2023-04-20 07:42:17 more
  • 在MacOS下使用Unity3D開發游戲

    第一次發博客,先發一下我的游戲開發環境吧。 去年2月份買了一臺MacBookPro2021 M1pro(以下簡稱mbp),這一年來一直在用mbp開發游戲。我大致分享一下我的開發工具以及使用體驗。 1、Unity 官網鏈接: https://unity.cn/releases 我一般使用的Apple ......

    uj5u.com 2023-04-20 07:40:19 more