【设计模式】——观察者模式

观察者模式又叫发布-订阅(Publish/SubScribe)模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一主题对象。这个主题对象在状态发生变化时,会通知所有观察者对象,使他们能够自动更新自己。

  

#include <iostream>
#include <list>
using namespace std;
/*Observer类,抽象观察者,为所有的具体观察者定义一个接口,在得到主题的通知时更新自己。
这个接口叫做更新接口。抽象观察者一般用一个抽象类或者一个接口实现。
更新接口通常包含一个Updata()方法,叫做更新方法。*/
class Observer
{
public:
    virtual void Update()=0;
};
/*Subject类,可翻译为主题或抽象通知者,一般用一个抽象类或者一个接口实现。
他把所有对观察者对象的引用保存在一个聚集里,每个主题都可以有任何数量的观察者。
抽象主题提供一个接口,可以增加和删除观察者对象*/
class Subject
{
private:
    list<Observer *> observers;
    string subjectState;
public:
    //增加观察者
    void Attach(Observer *observer)
    {
        observers.push_back(observer);
    }
    //移除观察者
    void Detach(Observer *observer)
    {
        observers.remove(observer);
    }
    //通知
    void Notify()
    {
        list<Observer*>::iterator iter=observers.begin();
        for(;iter!=observers.end();iter++)
        {
            (*iter)->Update();
        }
    }
    /*virtual void setStatus(string s)
    {
        this->subjectState=s;
    }
    virtual string GetState()
    {
        return this->subjectState;
    }*/
};
/*ConcreteSubject类,叫做具体主题或者具体通知者,将有关状态存入具体观察着对象;
在具体主题的内部状态变化时,给所有登记过观察者发出通知。具体主题角色通常用一个具体子类实现*/
class ConcreteSubject:public Subject
{
private:
    string subjectState;
public:
    void setStatus(string value)
    {
        this->subjectState=value;
    }
    string GetState()
    {
        return this->subjectState;
    }
};
/*ConcreteObserver类,具体观察者,实现抽象观察者角色所要求的更新接口,以便使本身的状态与主题的状态相协调。
具体观察者角色可以保存一个指向具体主题对象的引用。具体观察者角色通常用一个具体子类实现*/
class ConcreteObserver:public Observer
{
private:
    string m_name;
    string observerState;
    ConcreteSubject *sub;
public:
    ConcreteObserver(ConcreteSubject *subj,string name)
    {
        this->sub=subj;
        this->m_name=name;
    }
    void Update()
    {
        this->observerState=sub->GetState();
        cout << "观察者" << this->m_name << "的新状态是" << this->observerState << endl;
    }
};
int main()
{
    ConcreteSubject *s = new ConcreteSubject();
    s->Attach(new ConcreteObserver(s,"X"));
    s->Attach(new ConcreteObserver(s,"Y"));
    s->Attach(new ConcreteObserver(s,"Z"));
    s->setStatus("ABC");
    s->Notify();
    return 0;
}

  观察模式的动机是将一个系统分割成一系列相互协作的类有一个很不好的副作用,那就是需要维护相关对象间的一致性。我们不希望为了威化一致性而使各类紧密耦合,这样会给维护、扩展和重用都带来不便。而观察者模式的关键对象是主题Subject和观察者Observer,一个Subject可以有任意数目的依赖它的Observer,一旦Subject的状态发生了改变,所有的Observer都可以通知到。Subject发出通知时并不需要知道谁是它的观察者,也就是说,具体观察者是谁,它根本不需要知道。而任何一个具体观察者不知道也不需要知道其他观察者模式的存在。

  当一个对象的改变需要同时改变其他对象,而且他不知道具体有多少对象有待改变时,应该考虑使用观察者模式。当一个抽象模型有两方面,其中一个方面依赖于另一方面,这时用观察者模式可以将这两者封装在独立的对象中使他们各自独立地改变和复用。

  总的来说,观察者模式所做的工作其实就是在解除耦合。让耦合的双方都依赖于抽象,而不是依赖于具体。从而使得各自的变化都不会影响另一边的变化。

举个例子,下面是代码结构图:

#include <iostream>
#include <list>
using namespace std;
class Subject;
class Observer
{
public:
    virtual void Update()=0;

};
class Subject
{
private:
    string m_status;
public:
    virtual void Attach(Observer *obser)=0;
    virtual void Detach(Observer *obser)=0;
    virtual void Notify()=0;
    virtual void SetStatus(string st)=0;
    virtual string GetStatus()=0;
};
class Boss:public Subject
{
private:
    list<Observer *> observer;
    string action;
public:
    void Attach(Observer *obser)
    {
        observer.push_back(obser);
    }
    void Detach(Observer *obser)
    {
        observer.remove(obser);
    }
    void Notify()
    {
        list<Observer*>::iterator iter=observer.begin();
        for(;iter!=observer.end();iter++)
        {
            (*iter)->Update();
        }
    }
    void SetStatus(string stat)
    {
        this->action=stat;
    }
    string GetStatus()
    {
        return this->action;
    }
};
class Secretary:public Subject
{
private:
    list<Observer *> observer;
    string action;
public:
    void Attach(Observer *obser)
    {
        observer.push_back(obser);
    }
    void Detach(Observer *obser)
    {
        observer.remove(obser);
    }
    void Notify()
    {
        list<Observer*>::iterator iter=observer.begin();
        for(;iter!=observer.end();iter++)
        {
            (*iter)->Update();
        }
    }
    void SetStatus(string stat)
    {
        this->action=stat;
    }
    string GetStatus()
    {
        return this->action;
    }
};
class StockObserver:public Observer
{
private:
    string m_name;
    Subject *subject;
    string m_status;
public:
    StockObserver(string name,Subject *sub)
    {
        this->m_name=name;
        this->subject=sub;
    }
    void Update()
    {
        this->m_status=subject->GetStatus();
        cout << this->m_status << this->m_name << "关闭股票行情,继续工作!" << endl;
    }
};
class NBAObserver:public Observer
{
private:
    string m_name;
    Subject *subject;
    string m_status;
public:
    NBAObserver(string name,Subject *sub)
    {
        this->m_name=name;
        this->subject=sub;
    }
    void Update()
    {
        this->m_status=subject->GetStatus();
        cout << this->m_status << this->m_name << "关闭NBA直播,继续工作!" << endl;
    }
};
int main()
{
    Boss *huhansan=new Boss();
    StockObserver *tongshi1=new StockObserver("Tom",huhansan);
    NBAObserver *tongshi2=new NBAObserver("Jack",huhansan);
    huhansan->Attach(tongshi1);
    huhansan->Attach(tongshi2);
    huhansan->Detach(tongshi1);
    huhansan->SetStatus("我胡汉三回来了!");
    huhansan->Notify();
    return 0;
}

【设计模式】——观察者模式

时间: 2024-11-07 14:37:45

【设计模式】——观察者模式的相关文章

【转】设计模式-观察者模式

设计模式-观察者模式 定义 观察者模式(有时又被称为发布-订阅Subscribe>模式.模型-视图View>模式.源-收听者Listener>模式或 从属者模式)是软件设计模式的一种.在此种模式中,一个目标物件管理所有相依于它的观察者物件,并且在它本身的状态改变时主动发出通知.这通常透过呼叫各 观察者所提供的方法来实现.此种模式通常被用来实现事件处理系统. 基本简介 观察者模式(Observer)完美的将观察者和被观察的对象分离开.举个例子,用户界面可以作为一个观察者,业务 数据是被观察

设计模式 - 观察者模式(Observer Pattern) 详解

观察者模式(Observer Pattern) 详解 本文地址: http://blog.csdn.net/caroline_wendy/article/details/26583157 版权所有, 禁止转载, 如有转载, 请站内联系. 观察者模式(Observer Pattern): 定义了对象之间的一对多的依赖, 这样一来, 当一个对象改变状态时, 它的所有依赖者都会收到通知并自动更新. 使用方法: 1. 首先新建主题(subject)接口, 负责注册(register)\删除(remove

设计模式 - 观察者模式(Observer Pattern) Java内置 使用方法

观察者模式(Observer Pattern) Java内置 使用方法 本文地址: http://blog.csdn.net/caroline_wendy/article/details/26601659 观察者模式(observer pattern)详解, 参见: http://blog.csdn.net/caroline_wendy/article/details/26583157 Java内置的观察者模式, 是通过继承父类, 实现观察者模式的几个主要函数: Observerable(可被观

C#设计模式---观察者模式简单例子

在开发过程中经常遇到一个模块中的 一个方法调用了其他模块中相关的方法 比如说在一个系统中,如果出现了错误,就调用专门进行错误处理的模块中的方法进行错误处理 而因为错误处理的操作有很多,所以将这些具体的操作封装在其他的模块中 在专门进行错误处理的模块中调用其他模块中的错误操作方法 这样一来在主系统中只要实例化专门进行错误处理的模块对象 并调用其相关的方法,其他模块中的具体方法也都会被执行 这时专门进行错误处理的模块被称为发布者 其他拥有具体错误操作的模块称为订阅者 只要发布者一发布信息(方法被调用

java设计模式--观察者模式和事件监听器模式

文章转载于:http://www.java2000.net/p9452 复习设计模式,看到observer观察者模式,说法是该模式和iterator迭代器模式类似已经被整合进jdk,但是jdk提供了两种接口: 一.java.util.Observer -- 观察者接口 对应: java.util.Observable --受查者根类 二.java.util.EventListener -- 事件监听/处理接口 对应: java.util.EventObject -- 事件(状态)对象根类 研究了

学习设计模式--观察者模式(C++)

1. 说说简单的函数回调 首先说说一种简单的函数回调机制(一种通过获取对象的指针来进行函数的调用方法)以下是代码演示--- 这是观察者(被回调)部分: class Observer { public: // 抽象观察者的纯虚函数 virtual void UpdateMessage() = 0; }; class ConcreteObserver : public Observer { public: // 实现抽象类的纯虚函数 void UpdateMessage(); } void Conc

大话设计模式观察者模式

从前,有个放羊娃,每天都去山上放羊,一天,他觉得十分无聊,就想了个捉弄大家寻开心的主意.他向着山下正在种田的农夫们大声喊:"狼来了!狼来了!救命啊!"农夫们听到喊声急忙拿着锄头和镰刀往山上跑,他们边跑喊:"不要怕,孩子,我们来帮你打恶狼!"农夫们气喘吁吁地赶到山上一看,连狼的影子也没有!放羊娃哈哈大笑:"真有意思,你们上当了!"农夫们生气地走了.第二天,放羊娃故伎重演,善良的农夫们又冲上来帮他打狼,可还是没有见到狼的影子.放羊娃笑得直不起腰:&q

head first 设计模式 观察者模式

Head first 设计模式:定义了对象之间的一对多依赖,这样一来,当一个对象改变状态时,它的所有依赖者都会受到通知并自动更新.   让主题与观察者之间松耦合 大话设计模式:定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象.这个主题对象在状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己. 设计模式:描述了如何建立这种关系.这一模式中的关键对象是  目标(subject)和观察者(observer).一个目标可以有任意数目的依赖他的观察者.一旦目标的状态发生改变,所

一口一个设计模式--观察者模式

5月初,我们三个小伙伴开始着手准备机房收费系统合作版,借此大好良机,我准备把设计模式写成一个博客专栏,站在一个更高的角度品味前人的思想精髓.设计模式分为三类--创建型.结构型.行为型,咱们就先从行为型模式--观察者模式开讲. 开讲之前,我先给大家讲个小故事,以便大家快速认识观察者模式.在战争年代,战争双方不时受到敌军飞机的轰炸,于是人们发明了航空警报,并派几个侦察兵放哨,一但敌机来临,立即拉响航空警报,这样所有的收听者就能听到报警逃跑.上述情节,看似平常,其实是观察者模式是完美体现.下图是针对上

18. 星际争霸之php设计模式--观察者模式

题记==============================================================================本php设计模式专辑来源于博客(jymoz.com),现在已经访问不了了,这一系列文章是我找了很久才找到完整的,感谢作者jymoz的辛苦付出哦! 本文地址:http://www.cnblogs.com/davidhhuan/p/4248205.html ===========================================