设计模式-观察者模式
观察者模式
其实就是发布订阅模式，发布者发布信息，订阅者获取信息，订阅了就能收到信息，没订阅就收不到信息。
观察者模式结构：
ISubject：抽象主题（抽象被观察者），定义为一个接口，抽象主题角色把所有观察者对象保存在一个集合里，每个主题都可以有任意数量的观察者，抽象主题提供增加、删除、通知观察者的方法。
ConcreteSubject：具体主题（具体被观察者），该角色将有关状态存入具体观察者对象，在具体主题的内部状态发生改变时，给所有注册过的观察者发送通知。它就是一对多里那个“一”。
IObserver：抽象观察者，提供一个接口，接口定义了一个多态更新接口，使得在得到主题更改通知时更新自己。
ConcrereObserver：具体观察者，实现抽象观察者定义的更新接口，以便在得到主题更改通知时更新自身的状态。
//ISubject：抽象主题(抽象被观察者)
public interface ISubject{
//添加观察者接口
public void addObserver(IObserver iObserver);
//移除观察者接口
public void removerObserver(IObserver iObserver);
//给所有观察者发送通知接口
public void notifyObservers();
}
//ConcreteSubject ：具体主题（具体被观察者）
public class ConcreteSubject implements ISubject{
//观察者集合
private List<IObserver> iObserverList;
//添加观察者
@Override
public void addObserver(IObserver iObserver) {
iObserverList.add(iObserver);
}
//移除观察者
@Override
public void removerObserver(IObserver iObserver) {
iObserverList.remove(iObserver);
}
//给所有观察者发送通知
@Override
public void notifyObservers() {
for (IObserver iObserver:iObserverList) {
iObserver.update();
}
}
//其余操作
public void someMethod(){
System.out.println("其余操作");
}
}
//IObserver：抽象观察者
public interface IObserver{
//接收通知接口
public void update();
}
//ConcreteObserver ：具体观察者
public class ConcreteObserver implements IObserver{
//接收通知操作
@Override
public void update() {
System.out.println("接收通知消息接口");
}
}
设计原则：
1、为交互对象之间的松耦合设计而努力。
优点：
1、观察者模式在被观察者和观察者之间建立一个抽象的耦合。被观察者角色所知道的只是一个具体观察者列表，每一个具体观察者都符合一个抽象观察者的接口。被观察者并不认识任何一个具体观察者，它只知道它们都有一个共同的接口。
由于被观察者和观察者没有紧密地耦合在一起，因此它们可以属于不同的抽象化层次。如果被观察者和观察者都被扔到一起，那么这个对象必然跨越抽象化和具体化层次。
2、观察者模式支持广播通讯。被观察者会向所有的登记过的观察者发出通知。
缺点：
1、如果一个被观察者对象有很多的直接和间接的观察者的话，将所有的观察者都通知到会花费很多时间。
2、如果在被观察者之间有循环依赖的话，被观察者会触发它们之间进行循环调用，导致系统崩溃。在使用观察者模式是要特别注意这一点。
3、如果对观察者的通知是通过另外的线程进行异步投递的话，系统必须保证投递是以自恰的方式进行的。
4、虽然观察者模式可以随时使观察者知道所观察的对象发生了变化，但是观察者模式没有相应的机制使观察者知道所观察的对象是怎么发生变化的。
应用场景：
1、 对一个对象状态的更新，需要其他对象同步更新，而且其他对象的数量动态可变。
2、 对象仅需要将自己的更新通知给其他对象而不需要知道其他对象的细节。
