编程中的那些套路——关于观察者模式

449 查看

该文章属于《编程中的那些经典套路——设计模式汇总》系列,并且以下内容基于语言PHP

今天我们来谈谈观察者模式,这是一个经常用到的设计模式。

让我们想象一个场景:一个网站有不同等级区域的用户,不同等级的的用户登录后可以获得对应的服务(一级用户登录后获得一级服务,二级用户登录后获得二级服务,…以此类推)。那么我们如何写这段业务逻辑呢?

按照一般思路:我们会写N个if..else判断,像下面这样:

//登录操作..省略
 
if(一级用户) {
 
echo ' 一级服务';
 
} else if(二级用户){
 
echo '二级服务';
 
} else if(三级用户){
 
echo '三级服务';
 
}
 

但这样写代码有一个弊端,如果我们又增加了一个等级用户,那么我们是不是要修改原来的代码呢(增加多一个if..else判断),这样做是非常不妥当的,因为写好的代码我们不应该碰它。

我们应该写一段拓展性强与维护性较强的代码,由此衍生出观察者模式。

观察者模式的大致思路是这样的:有一个观察者列表(A),有一个被观察者列表(B),当B发生变化时,程序就会遍历观察者列表A,随之执行对应的update操作,然后获得想要的效果。语言表述可能比较难以理解,我们来看代码吧。

PHP已经帮我们内置了一个观察者模式的接口(The SplSubject interface),我们可以直接实现这个接口:


并且php还提供了一个存储对象的class(即观察者列表):

当然我们完全可以不使用这个类,可以用数组代替。

具体代码:

观察者模式.php

<?php
 
//LoginSubject
 
class LoginSubject implements SplSubject{
 
    //观察者列表
 
    public $observers,$value,$hobby,$address;
 
    //初始化变量
 
    public function __construct(){
 
        //sqlObjectStorage是一个类,专门用来存储内容,观察者列表就是存在此类
 
        $this->observers = new SplObjectStorage();
 
    }
 
    //登录
 
    public function login(){
 
        //登录过程,省略
 
        $this->notify();
 
    }
 
    //添加观察者
 
    public function attach(SplObserver $observer){
 
        $this->observers->attach($observer);
 
    }
 
    //剔除观察者
 
    public function detach(SplObserver $observer){
 
        $this->observers->detach($observer);
 
    }
 
    //登陆后通知notify
 
    public function notify(){
 
        $observers = $this->observers;
 
        //这段rewind不可或缺... 将节点指针指向第一位节点
 
        $observers->rewind();
 
        //当前节点存在
 
            while($observers->valid()){
 
                $observer = $observers->current();//获取当前节点(即观察者)
 
                $observer->update($this);//进行update犯法操作
 
                $observers->next();//next 节点
 
            }
 
    }
 
}
 
//observer User1Observers
 
class User1Observers implements SplObserver {
 
    public function update(SplSubject $subject){
 
        echo '我是一级用户,请给我对应的一级服务';
 
    }
 
}
 
//observer User2Observers
 
class User2Observers implements SplObserver {
 
    public function update(SplSubject $subject){
 
        echo '我是二级用户,请给我对应的二级服务';
 
    }
 
}
 
//observer CommenUserObservers
 
class CommenUserObservers implements SplObserver {
 
    public function update(SplSubject $subject){
 
        echo '我是普通用户,请给我对应的普通服务';
 
    }
 
}
 
//如果需要的话可以继续增加或者减少用户等级,丝毫不会影响原本的等级用户
 

 
$subject = new LoginSubject();
 
$CommenUserObservers = new CommenUserObservers;//普通用户
 
$subject->attach(new User1Observers);//增加观察者:一级用户
 
$subject->attach(new User2Observers);//增加观察者:二级用户
 
$subject->attach($CommenUserObservers);//增加观察者:普通用户
 
$subject->login();//登录,触发notify
 
//output:我是一级用户,请给我对应的一级服务我是二级用户,请给我对应的二级服务我是普通用户,请给我对应的普通服务
 
echo '<br/>';
 
//如果有一天普通用户压根没有对应的服务了,那么我们就可以剔除它了
 
//$subject->detach(new CommenUserObservers); 无效
 
$subject->detach($CommenUserObservers);//删除观察者:普通用户
 
$subject->login();//登录,触发notify,普通用户就不会被通知啦
 
//output:我是一级用户,请给我对应的一级服务我是二级用户,请给我对应的二级服务
 
?>

看出门道了吗?每当登录操作的时候,就会顺带触发notify方法,从而遍历关注者列表内的对象方法update,从而达到不同的用户获得不同的服务目的,而当我们需要新增/减少用户等级的时候又不需要修改源代码,很好的符合了开放封闭原则。

我一直认为观察者模式单例模式工厂模式三者都是很棒的设计模式,但观察者模式理解起来稍微比较困难,如果有困惑的话可以直接在评论区发问。

该文章属于《编程中的那些经典套路——设计模式汇总》系列