观察者模式———《设计模式》

概念

在许多设计中，经常涉及多个对象都对一个特殊对象中的数据变化感兴趣，而且这多个对象都希望跟踪那个特殊对象中的数据变化，也就是说当对象间存在一对多关系时，在这样的情况下就可以使用观察者模式。当一个对象被修改时，则会自动通知它的依赖对象。

主要解决：一个对象状态改变给其他对象通知的问题，而且要考虑到易用和低耦合，保证高度的协作

结构角色

• 主题（Subject）：主题是一个接口，该接口规定了具体主题需要实现的方法，比如，添加、删除观察者以及通知观察者更新数据的方法。
• 观察者（Observer）：观察者是一个接口，该接口规定了具体观察者用来更新数据的方法。
• 具体主题（ConcreteSubject）：具体主题是实现主题接口类的一个实例，该实例包含有可以经常发生变化的数据。具体主题需使用一个集合，比如ArrayList，存放观察者的引用，以便数据变化时通知具体观察者。
• 具体观察者（ConcreteObserver）：具体观察者是实现观察者接口类的一个实例。具体观察者包含有可以存放具体主题引用的主题接口变量，以便具体观察者让具体主题将自己的引用添加到具体主题的集合中，使自己成为它的观察者，或让这个具体主题将自己从具体主题的集合中删除，使自己不再是它的观察者。

适用场景

• 当一个抽象模型有两个方面, 其中一个方面依赖于另一方面。将这二者封装在独立的对象中以使它们可以各自独立地改变和复用。
• 当对一个对象的改变需要同时改变其它对象, 而不知道具体有多少对象有待改变。
• 当一个对象必须通知其它对象，而它又不能假定其它对象是谁。换言之, 你不希望这些对象是紧密耦合的。

广播链问题

例如上下级关系，你请假，要告诉你的主管，主管再告诉副经理，副经理再告诉总经理。观察者模式也有这个问题，一个观察者可以有双重身份，即使观察者，也是被观察者，这没什么问题呀，但是链一旦建立，这个逻辑就比较复杂，可维护性非常差。一般在一个观察者模式中最多出现一个对象既是观察者也是被观察者。

优缺点

1. 具体主题和具体观察者是松耦合关系。由于主题接口仅仅依赖于观察者接口，因此具体主题只是知道它的观察者是实现观察者接口的某个类的实例，但不需要知道具体是哪个类。同样，由于观察者仅仅依赖于主题接口，因此具体观察者只是知道它依赖的主题是实现主题接口的某个类的实例，但不需要知道具体是哪个类。
2. 观察者模式满足“开-闭原则”。主题接口仅仅依赖于观察者接口，这样，就可以让创建具体主题的类也仅仅是依赖于观察者接口，因此，如果增加新的实现观察者接口的类，不必修改创建具体主题的类的代码。。同样，创建具体观察者的类仅仅依赖于主题接口，如果增加新的实现主题接口的类，也不必修改创建具体观察者类的代码

应用

例如：珠宝商运送一批钻石，有黄金强盗准备抢劫，珠宝商雇佣了私人保镖，警察局也派人护送，于是当运输车上路的时候，强盗保镖警察都要观察运输车一举一动。
抽象的观察者

public interface Watcher
{
     public void update();
}

抽象的主题

public interface Subject
{
    //（在其中声明方法。添加、移除观察者，通知观察者）
     public void addWatcher(Watcher watcher);
 
     public void removeWatcher(Watcher watcher);
 
     public void notifyWatchers();
}

具体的观察者

//保镖
public class Security implements Watcher
{
     @Override
     public void update()
     {
          System.out.println(“运输车有行动，保安贴身保护");
     }
}

//强盗
public class Thief implements Watcher
{
     @Override
     public void update()
     {
          System.out.println(“运输车有行动，强盗准备动手");
     }
}

//警察
public class Police implements Watcher
{
     @Override
     public void update()
     {
          System.out.println(“运输车有行动，警察护航");
     }
}

具体的主题

//运输车
public class Transporter implements Subject
{
     private List<Watcher> list = new ArrayList<Watcher>();
 
     @Override
     public void addWatcher(Watcher watcher)
     {
          list.add(watcher);
     }
 
     @Override
     public void removeWatcher(Watcher watcher)
     {
          list.remove(watcher);
     }
 
     @Override
     public void notifyWatchers(String str)
     {
          for (Watcher watcher : list)
          {
               watcher.update();
          }
     }
 
}

测试类

public class Test
{
     public static void main(String[] args)
     {
          Transporter transporter = new Transporter();
 
          Police police = new Police();
          Security security = new Security();
          Thief thief = new Thief();
 
          transporter.addWatcher(police);
          transporter.addWatcher(security);
          transporter.addWatcher(security);
 
          transporter.notifyWatchers();
     }
}

总结

实现观察者模式的时候要注意，观察者和被观察对象之间的互动关系不能体现成类之间的直接调用，否则就将使观察者和被观察对象之间紧密的耦合起来，从根本上违反面向对象的设计的原则。无论是观察者“观察”观察对象，还是被观察者将自己的改变“通知”观察者，都不应该直接调用。