设计模式--观察者模式、状态模式

╰半夏微凉° 2022-08-06 01:18 98阅读 0赞

## 【观察者模式】 ##

多个观察者同时监听一个主题，一旦主题对象发生改变便会通知所有的观察者对象，并相应自己的更新事件！

![20141209174250167][]

实现过程（基于类的理解）：

1.主题对象要实现的功能：添加、移除观察者，通知观察者（所谓通知，就是调用执行每一个观察者的update方法），具体主题要能够监视悲观者的状态。

2.观察者实现的功能：更新被观察者状态。具体实现在构造函数中要引入被观察！

3.客户端认识：初始化被观察者（主题对象）----与观察者建立连接----实现状态方法----通知观察者

缺点：具体观察者类要依赖于抽象观察者，一旦没有抽闲观察者，通知的功能将无法实现。

解决方法：委托

【委托】

委托可以称为函数的抽象。自己理解为，委托为函数方法提供了一个容器，这些方法可以不在同一个类，但是这些方法要有相同的参数列表和参数返回类型。

好处：可以替换掉接口中必须存在的接口，和抽象类中要实现的一般方法（去除掉列表的使用）

实现方法：public event EventHandler Update；  //声明一个委托事件Update

public void Notify（）      //调用notify方法时，所有被update（）搭载的方法都会被执行

\{

Update（）；

\}

客户端：boss.Update+=new Eventhandler（tongshi1.CloseStokMarket）;  //将关闭股票程序的方法搭载到委托

boss.Update+= new Eventhandler(tongshi2.CloseNBAGame);//观察者具体操作（关闭ＮＢＡ比赛）搭载到委托

boss.Notify(); //上面搭载的方法都会执行

## 【状态模式】 ##

状态模式，内部行为根据状态的改变而改变。比如“喝水”这个行为是在“渴了”的状态下执行的。而往往一个对象的行为和状态都不只是一个，这样状态模式提供一种自改变的方法，可以由一个状态转变成另一个状态，都要引起行为的改变！

![20141209210859023][]

从上图可以得到状态模式的实现过程：

1.context实例化引入当前状态，然后定义状态属性，用于接收状态转移；实现request（）方法，对状态进行控制：state.Handle(this);  //调用状态的控制执行

2.状态基类中定义抽象控制方法Handle（）；

3. 具体状态中重写控制方法，执行完毕后要实现context实例化的下一个状态转换:

class ConcreteStateA:State

\{

public overide void Handle(Context context)

\{

context.State=new ConcreteStateB();  //实现状态转移

\}

\}

4.客户端只要初始化最初状态，然后不断request（）即可获得下一状态的行为执行：

Context c=new Context(new ConcreteStateA());

c.request();

c.request();

优势：

可以将较长的方法进行分解；自主化实现状态的转换，而且状态类的添加都不会受影响。因此决定他的使用范围：当对象的行为根据状态的变化而变化时，首选状态模式。

## 【适配器模式】 ##

适配器（Adapter）实际上实现的是一个接口的转换过程，将两个不适配的类连接在一起。

![20141209213457906][]

思考：如何能将两个毫不接口不一样的类连接在一起？

1.定义目标类中request为虚方法：virtual

2.定义要连接的类Adaptee中的特殊要求方法

3.适配器实例化Adaptee：private Adaptee adaptee=new Adaptee（）；

重写request（）实现与target连接，并实现specificrequest（）方法

## 【virtual方法 VS abstract方法】 ##

在代码编写的过程中有时候会虚方法，有时候用到抽象方法，而且都会有重写，那他们有什么区别呢？

1.抽象方法必须定义在抽象类中；

2.抽象方法是强制子类覆盖的方法，否则无法实现实例化；虚方法必须有实现部分（大括号），抽象方法不提供实现部分。

//抽象方法
    public abstract class Animal
    {
        public abstract void Sleep();
        public abstract void Eat();
    }
    
    //虚方法
    public class Animal
    {
        public virtual void Sleep(){}
        public virtual void Eat(){}
    }

3.抽象方法必须在派生类中被重写，与接口相似，但虚方法不必；

## 【总结】 ##

学习过程中老是对设计模式有种若隐若现的感觉，命名很熟悉，但是具体实现过程却发现无从下手，在今后的学习过程中要不断总结才行！

[20141209174250167]: /images/20220806/b990502fab08492da87df6a7de1e6a12.png
[20141209210859023]: /images/20220806/d30784fa4bfb4a1ea0db9a3814ee725b.png
[20141209213457906]: /images/20220806/651aabaaba4347f9a3c00a6607f68a2a.png

发表评论取消回复

表情：

评论列表（有 0 条评论，98人围观）

还没有评论，来说两句吧...

相关阅读

相关设计模式--观察者模式、状态模式

【观察者模式】多个观察者同时监听一个主题，一旦主题对象发生改变便会通知所有的观察者对象，并相应自己的更新事件！

╰半夏微凉°/ 2022年08月06日 01:18/ 0 赞/ 99 阅读

相关【设计模式】观察者模式

观察者模式(Observer),当一个对象的状态发生改变时，依赖他的对象会全部收到通知，并自动更新。场景:一个事件发生后,要执行一连串更新操作.传统的编程方式,就是在事件的

今天药忘吃喽~/ 2022年06月16日 03:07/ 0 赞/ 223 阅读

相关设计模式--观察者模式

观察者（Observer）模式的定义：指多个对象间存在一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。这种模式有时又称作发布-订阅模式、

深藏阁楼爱情的钟/ 2022年04月23日 13:52/ 0 赞/ 313 阅读

相关设计模式-观察者模式

观察者模式是设计模式中的“超级模式”，其应用随处可见，在之后几篇文章里，我将向大家详细介绍观察者模式。 “红灯停，绿灯行”，在日常生活中，交通信号灯装

冷不防/ 2022年03月10日 15:50/ 0 赞/ 428 阅读

相关设计模式——观察者模式

观察者模式简介定义对象间的一种一对多的关系。当一个对象状态改变时，所有依赖于它的对象的状态都得到通知且被自动更新。也叫发布订阅模式，包含推模式和拉模式，也

傷城~/ 2022年01月29日 10:45/ 0 赞/ 346 阅读

相关设计模式-观察者模式

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

小灰灰/ 2021年12月15日 13:13/ 0 赞/ 321 阅读

相关【设计模式】观察者模式

前言之前零零散散看了一些有关设计模式的博客，没有好好总结归纳。最近就想好好学学设计模式以及相关的应用场景，并且通过博客记录下这个过程。这系列博客主要分为设计模式的概

青旅半醒/ 2021年12月12日 08:37/ 0 赞/ 392 阅读

相关设计模式--观察者模式

观察者模式定义定义观察者模式类图实现使用观察者模式实现气象台代码 Java内置的观察者模式实现气象站定义

﹏ヽ暗。殇╰゛Y/ 2021年11月29日 05:38/ 0 赞/ 432 阅读

相关设计模式:观察者模式

一.简介 > QT的信号槽就是观察者模式,当事件发生之后(比如按钮被点击)就会发出一个信号,这种信号类似广播没有目的.当对象对信号感兴趣,就会通过 connect() 函

迷南。/ 2021年10月19日 09:08/ 0 赞/ 420 阅读

相关设计模式--观察者模式

定义在对象之间定义了一对多的依赖，当一方发生改变时，依赖它的对象都会受到通知并自动更新。其实可以理解为消息发布者（被观察者）与订阅者（观察者），用户可以订阅或者取消

一时失言乱红尘/ 2021年06月11日 15:11/ 0 赞/ 509 阅读