设计模式—观察者模式

观察者模式，对于前端的朋友这个词估计会听到很多，毕竟vue就是运用了观察者模式。
依旧是老样子，定义，uml图：


依旧是老生常谈的一个概念：依赖倒转原则（依赖接口进行编程）

在写代码之前，我们先来聊聊观察者模式，这样便于理解。

根据定义，我们可以看到在观察者模式里面一共有两个角色，一个是被观察的对象，一个是观察对象。当被观察的对象某些状态发生改变的时候它要去通知观察的对象，让观察对象进行相应的操作。

在上述的描述里面，我们变可以得知被观察的对象需要提供一个通知的方法去告诉观察者它的状态改变了！而这个通知是被观察者发出的，而不是观察者。因此观察者需要提供一个统一的通知方法，让被观察者进行调用。这样才可以统一的通知。

另外观察者是被绑定在被观察者身上的，因此被观察需要提供增加与删除的方法来对观察者进行操作。

这样的描述与我们在实际生活里面的对于观察的定义很不一样。其实是一样的！

我用直播为例！

现在你要看一个直播，当你想进去看直播的时候，你点击房间的进入！假如你要出房间的时候，你要点击房间的退出，进入与退出两个方法是直播房间（被观察者）提供的，你（观察者）只是在需要的时候使用而已。（被观察需要提供增加与删除的方法来对观察者进行操作，至于什么时候进行怎样的操作，是观察者自己来进行的）
当你在看直播的时候，直播对象进行唱歌跳舞等活动的时候，它可不是通知所有看直播的人，而是仅仅通知在直播房间里面的人，因为房间里面有你们这些看他直播的人的通道了，它可以根据这个通道把信息发到你的电脑上面。（这就是因此观察者需要提供一个统一的通知方法，让被观察者进行调用。这样才可以统一的通知。）

以上了解了，我们来看具体代码：

被观察者的抽象：

interface Subject{
    add(Observe ob);//增加观察者
    remove(Observe ob);//减少观察者
    notify();//触发事件
}

被观察者具体类：

class ConcreteSubject implements Subject{
       ArrayList list = new ArrayList(Observe);//链表，储存观察者
       add(Observe ob){
            list.push(ob);//新增观察者
       }
       remove(Observe ob){
            list.remove(ob);//删除观察者
       }
       notify(){
           for(Observe ob : list ){
                  ob.update();//统一的通知触发事件
           }
       }
}

观察者抽象类：

interface Observe{
         update();
}

观察者实现类：

class ConcreteObserve1 implements Observe{
         update(){
              //代码
         };
}
class ConcreteObserve2 implements Observe{
         update(){
              //代码
         };
}

使用者：

Subject subject = new ConcreteSubject();

Observe observe1 = new ConcreteObserve1 ();
Observe observe2 = new ConcreteObserve2 ();
subject .add(observe1 );
subject .add(observe2 );
subject .remove(observe2 );
subject .notify();

当然使用者在什么时候改变被观察者，然后调用通知，是自己的逻辑，自己随便怎么写都可以！
被观察状态的改变，可以在使用者里面进行，也可以在被观察者里面进行，提供get/set方法等，都是可以的！