简易理解设计模式之：观察者模式——监听与回调

妖狐艹你老母 2023-10-07 11:53 25阅读 0赞

介绍：

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

类图：  
![观察者模式UML类图][UML]  
Subject（抽象被观察者）：抽象主题角色把所有观察者对象的引用保存在一个集合里，并提供可以增加和删除观察者的接口。

ConcreteSubject（具体被观察者）：该角色接受具体观察者对象，并在具体主题的内部状态发生改变时，给所有观察者对象发出通知。

Observer（抽象观察者）:它定义了一个更新接口，在被观察者发出通知的时候可以更新自己。

ConcreteObserver（具体观察者）:实现抽象观察者定义的更新接口，当得到主题更改通知时更新自己。

用法：  
•　关联行为场景，当一个对象的改变需要同时改变其它对象  
•　跨系统的消息交换场景，如消息队列、事件总线的处理机制

个人理解：  
观察者模式应用频率非常高，常用于订阅——发布系统：如通知、广播等业务。还比较常用于GUI系统（图形用户接口），UI层与业务逻辑的解耦。总之，我们在需要使用监听和回调的需求时使用此模式。

例子：  
此模式的使用实在太多了，在iOS中的KVC、KVO模式，Android中的BroadCast、View.OnClickListener相信大家已经用过无数遍了。不难发现都是存在监听或者回调的业务需求上，比如在自定义控件想获得它某个处理结果、又或者是统一通知所有界面干一些事情等等。下面就模拟一下这两种比较常用的情况。

需求一：模拟广播的通知  
需求二：模拟UI控件的回调

1、实现一个广播  
1.1、观察者接口

public interface Receiver {
        
        public void update(String message);
    }

抽象的实现可以使抽象类或者是接口。所以我们在观察者接口中定义更新方法，在被观察者发出通知时可以通知自己。

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);
        }
    
    }

实现了更新接口，接受了广播信息。

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);
            }
        }
    }

在这个类中，负责增加和删除广播，向广播发送具体消息。

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("测试测试");
    
        }

广播一：这是一条广播信息
    广播二：这是一条广播信息
    广播二：测试测试

这个例子基本上就完成了，实现了一对多的情况，让两个广播同时监听广播事件。事件监听的代码结构是一种典型的观察者模式结构，下面我们再看一下代码结构上有一点点不一样的回调函数。

2、模拟UI控件回调  
2.1、实现一个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);
            }
        }
    
    }

可能有朋友有疑问：不是说好两个抽象类，两个具体实现类吗，怎么现在都变成一个了？不急，继续往下看。

2.2、实现

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()对象。

在测试类中，我们模拟控件被执行时调用view.performClick()方法，就会通过回调注册的OnClickListener观察者的onClick方法会来通知观察者，所以回调就是一种观察者模式的具体的实现方式。

总结  
观察者模式的具体体现就是回调和监听，另外比较著名的RxJava也是使用此模式，大家也可以看看。

感谢您的阅读~

###### 推荐阅读 ######

> **基础篇：**  
> [设计模式前篇之——UML类图必会知识点][UML 1]  
> [设计模式前篇之——一起过一下面向对象的概念][Link 1]  
> **创建型模式：**  
> [简易理解设计模式之：简单工厂模式——来试试接入支付功能][Link 2]  
> [简易理解设计模式之：工厂方法模式——数据存储例子][Link 3]  
> [简易理解设计模式之：抽象工厂模式——更换数据库例子][Link 4]  
> [简易理解设计模式之：建造者模式——学习使用“链式调用”][Link 5]  
> [简易理解设计模式之：原型模式——深、浅拷贝的概念][Link 6]  
> [简易理解设计模式之：单例模式——单例模式的几种常用写法][Link 7]  
> **结构型模式：**  
> [简易理解设计模式之：适配器模式——Android列表视图控件设计方式][Android]  
> [简易理解设计模式之：桥接模式——穿衣服经典案例2][2]  
> [简易理解设计模式之：组合模式——实现View中的树状结构][View]  
> [简易理解设计模式之：装饰模式——穿衣服经典案例][Link 8]  
> [简易理解设计模式之：外观模式——第三方SDK的帮助类][SDK]  
> [简易理解设计模式之：享元模式——五子棋游戏例子][Link 9]  
> [简易理解设计模式之：代理模式——iOS视图控件设计方式][iOS]  
> **行为型模式：**  
> [简易理解设计模式之：策略模式——优化一下支付功能][Link 10]  
> [简易理解设计模式之：模板方法模式——Android中的BaseActivity基类][Android_BaseActivity]  
> [简易理解设计模式之：观察者模式——监听与回调][Link 11]  
> [简易理解设计模式之：状态模式——优化登录操作][Link 12]  
> [简易理解设计模式之：备忘录模式——Word文档的工作原理][Word]  
> [简易理解设计模式之：迭代器模式——遍历对象的好帮手][Link 13]  
> [简易理解设计模式之：命令模式——实现命令的参数化配置][Link 14]  
> [简易理解设计模式之：责任链模式——OA中请假流程示例][OA]  
> [简易理解设计模式之：中介者模式——多人聊天室例子][Link 15]  
> [简易理解设计模式之：解释器模式——语言和文法][Link 15]  
> [简易理解设计模式之：访问者模式——员工考核例子][Link 16]

[UML]: https://img-blog.csdnimg.cn/20200328114413688.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzE1NzE5NjEz,size_16,color_FFFFFF,t_70
[UML 1]: https://blog.csdn.net/qq_15719613/article/details/105149648
[Link 1]: https://blog.csdn.net/qq_15719613/article/details/105156608
[Link 2]: https://blog.csdn.net/qq_15719613/article/details/105150076
[Link 3]: https://blog.csdn.net/qq_15719613/article/details/105150181
[Link 4]: https://blog.csdn.net/qq_15719613/article/details/105150355
[Link 5]: https://blog.csdn.net/qq_15719613/article/details/105150810
[Link 6]: https://blog.csdn.net/qq_15719613/article/details/105156680
[Link 7]: https://blog.csdn.net/qq_15719613/article/details/105156795
[Android]: https://blog.csdn.net/qq_15719613/article/details/105157595
[2]: https://blog.csdn.net/qq_15719613/article/details/105157735
[View]: https://blog.csdn.net/qq_15719613/article/details/105157774
[Link 8]: https://blog.csdn.net/qq_15719613/article/details/105149888
[SDK]: https://blog.csdn.net/qq_15719613/article/details/105157848
[Link 9]: https://blog.csdn.net/qq_15719613/article/details/105157887
[iOS]: https://blog.csdn.net/qq_15719613/article/details/105158013
[Link 10]: https://blog.csdn.net/qq_15719613/article/details/105158127
[Android_BaseActivity]: https://blog.csdn.net/qq_15719613/article/details/105158157
[Link 11]: https://blog.csdn.net/qq_15719613/article/details/105158372
[Link 12]: https://blog.csdn.net/qq_15719613/article/details/105158406
[Word]: https://blog.csdn.net/qq_15719613/article/details/105158438
[Link 13]: https://blog.csdn.net/qq_15719613/article/details/105158484
[Link 14]: https://blog.csdn.net/qq_15719613/article/details/105158507
[OA]: https://blog.csdn.net/qq_15719613/article/details/105158555
[Link 15]: https://blog.csdn.net/qq_15719613/article/details/105158622
[Link 16]: https://blog.csdn.net/qq_15719613/article/details/105158642