设计模式之观察者模式

前言

• 所有的设计模式都源于生活，所以观察者模式也不例外。结合生活中的例子分析，一群想作弊的同学想要作弊那么他们就必须每时每刻地观察着老师的一举一动，老师一旦走过来，他就要马上停止作弊。案例中的同学们就是观察者，而老师就是被观察者。

• 观察者模式中，一个被观察者管理所有相依于它的观察者物件，并且在本身的状态改变时主动发出通知。

角色

• 抽象被观察者角色： 把所有对观察者对象的引用保存在一个集合中，每个被观察者角色都可以有任意数量的观察者。被观察者提供一个接口，可以增加和删除观察者角色。
• 抽象观察者角色：为所有具体的观察者定义一个接口，在得到主题的通知时更新自己。
• 具体被观察者角色：在被观察者内部状态改变时，给所有登记过的观察者发出通知。这通常就是去继承抽象的被观察者角色
• 具体观察者角色：该角色实现抽象观察者角色所要求的更新接口，以便使本身的状态与主题的状态相协调。

简单例子

• 抽象观察者角色

public interface Observer  
{  
     public void update();  
} 

• 抽象的被观察者角色

public interface Observable  
{  
     public void addObserver(Observer observer);  

     public void removeObserver(Observer observer);  

     public void notifyObservers();  
}  

• 具体的观察者角色

public class Classmate implements Observer 
{  
     @Override  
     public void update()  
     {  
          System.out.println(“老师来了，停止作弊");  
     }  
}  

• 具体的被观察者

public class Teacher implements Observable 
{  
     private List<Observer> list = new ArrayList<Observer>();  
  //添加观察者
     @Override  
     public void addObserver(Observer observer)  
     {  
          list.add(observer);  
     }  
  //移除观察者
     @Override  
     public void removeObserver(Observer observer)  
     {  
          list.remove(observer);  
     }  
  //通知所有已经注册的观察者去更新对应的状态
     @Override  
     public void notifyObservers(String str)  
     {  
          for (Observer observer : list)  
          {  
               observer.update();  
          }  
     }  

}  

思考应用场景

• 当一个对象发生变化时，它需要同时去改变其它对象，但是又不确定具体要改变多少个对象，就比如上面的例子，我可以注册多个想作弊的同学，而不是定性只能有多少个，反正老师来的时候，我都可以通过for循环遍历去通知所有已经注册的同学，这样子的话，每一个具体的对象就能实现相互解耦。
• 一个抽象模型有两个方面, 其中一个方面依赖于另一方面。将这二者封装在独立的对象中以使它们可以各自独立地改变和复用。

总结

• 优点：观察者模式解除了主题和具体观察者的耦合，让耦合的双方都依赖于抽象，而不是依赖具体。从而使得各自的变化都不会影响另一边的变化。
• 缺点：依赖关系并未完全解除，抽象通知者依旧依赖抽象的观察者。
• 设计模式都是前人写代码的时候总结下来的经验，只有自己去用过体会过才能领悟到其中的奥妙。