机房收费系统之观察者模式

 

观察者模式：定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使它们能够自动更新自己。

 

 Subject类：主题或抽象通知者，它把所有对观察者对象的引用保存在一个聚集里，每个主题都可以有任何数量的观察者。抽象主题提供一个借口，可以增加和删除观察者对象。

         Observer类：抽象观察者，为所有的具体观察者定义一个借口，在得到主题的通知时更新自己。这个借口叫做更新借口。抽象观察者一般用一个抽象类或者一个借口实现。更新借口通常包含一个Update（）方法，这个方法叫做更新方法。

         ConcreteSubject类：具体主题或具体通知者，将有关状态存入具体观察者对象；在具体主题的内部状态改变时，给所有等级过的观察者发出通知。具体主题角色通常用一个具体子类实现。

         ConcreteObserver类：具体观察者，实现抽象观察者角色所要求的更新借口，一遍使本身的状态与主题的转台相协调。具体观察者角色可以保存一个指向具体主题对象的引用。具体观察者角色通常用一个具体子类实现。

         这个设计模式可以先这样理解，ConcreteSubject是一个通知者，ConcreteObserver是一个观察者，也是被通知的对象，相对应的两个是抽象类，可以为抽象类或者接口，根据具体情况而定。ConcreteObserve可以是不同的观察者，也是ConcreteSubject通知的对象。相当于定义中的不同的对象，而ConcreteSubject是那一个主题对象。

        

         在收费系统中：

 

 Offline是一个观察者，是具体的下机操作，OffLineSubject是一个观察者，当有下机操作请求时，通知具体的观察者添加上机记录，更新不同的表记录。

         这里的下机没有抽象，因为在收费系统中没有相似的功能块，或者能实现不同的方法来实现下机。

         观察者模式的好处是将一个系统分割成一系列相互协作的类时需要维护相关对象间的一致性。而维持一致性而使各类紧密耦合，这样会给维护，扩展和重用都带来不便。而观察者模式的关键是Subject和Observer。一个Subject可以有n个依赖他的Observer。一旦Subject的状态发生改变，所有的Observer都可以得到通知。

         所以在收费系统中，当一个下机Subject发生改变时，所有依赖它的表都可以发生改变，这也是为什么用它。