设计模式之观察者模式

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

3.观察者模式的结构
     被观察者：从类图中可以看到，类中有一个用来存放观察者对象的Vector容器（之所以使用Vector而不使用List，是因为多线程操作时，Vector在是安全的，而List则是不安全的），这个Vector容器是被观察者类的核心，另外还有三个方法：attach方法是向这个容器中添加观察者对象；detach方法是从容器中移除观察者对象；notify方法是依次调用观察者对象的对应方法。这个角色可以是接口，也可以是抽象类或者具体的类，因为很多情况下会与其他的模式混用，所以使用抽象类的情况比较多。
    观察者：观察者角色一般是一个接口，它只有一个update方法，在被观察者状态发生变化时，这个方法就会被触发调用。
    具体的被观察者：使用这个角色是为了便于扩展，可以在此角色中定义具体的业务逻辑。

    具体的观察者：观察者接口的具体实现，在这个角色中，将定义被观察者对象状态发生变化时所要处理的逻辑。

4.使用场景：
一个对象的状态发生改变， 通知到某些与它相关的对象，让他们可以随之做出相应的变化

/**
 *  @Author: fc
 *  @Date: 13:11 2017/10/29
 */
abstract class Subject {

    //用来保存注册的观察者对象
    private val mVector: Vector<Observer> = Vector()

    //注册观察者对象
    fun addObserver(obs: Observer) {
        mVector.add(obs)
    }

    // 删除观察者对象
    fun deleteObserver(obs: Observer){
        mVector.remove(obs)
    }

    //通知所有注册的观察者对象
    protected fun notifyObserver (){
        for (observer in mVector) {
            observer.update()
        }
    }

   //状态发生改变，通知各个观察者
    abstract fun change()
}

interface Observer {
    fun update()
}

class ConcreteSubject: Subject() {
    override fun change() {
        println("被观察者： 通知各个观察者")
        this.notifyObserver()
    }
}

class ConcreteObserver1 :Observer{
    override fun update() {
      println("观察者1收到信息")
    }
}

class ConcreteObserver2:Observer{
    override fun update() {
        println("观察者2收到信息")
    }
}

fun main(args: Array<String>) {
    val subject =  ConcreteSubject()
    subject.addObserver(ConcreteObserver1())
    subject.addObserver(ConcreteObserver2())
    subject.change()
}

运行结果：
被观察者: 通知各个观察者
观察者1收到信息
观察者2收到信息

通过运行结果可以看到，我们只调用了Subject的方法，但同时两个观察者的相关方法都被同时调用了。仔细看一下代码，其实很简单，无非就是在Subject类中关联一下Observer类，并且在change()方法中遍历一下Observer的update方法就行了。

5.优点：
     易扩展： 观察者与被观察者之间是属于轻度的关联关系，并且是抽象耦合的，这样，对于两者来说都比较容易进行扩展。
6.缺点
    性能欠佳：如一个主题被大量观察者注册，则通知所有观察者会花费较高代价
    容易阻塞： 如果某些观察者的响应方法被阻塞，整个通知过程即被阻塞，其它观察者不能及时被通知