7.2 观察者模式(Oberserver) 【实验】.pptVIP

返回目录 7.2 观察者模式(Oberserver) 【实验】 一.观察者模式的由来 二.观察者模式的意图及适用性 三.观察者模式的结构及参与者 四.应用举例 五.效果说明 7.2.1 观察者模式的由来 X X O S 思考：当S的X发生变化了，如何通知O的X也同步变换 7.2.1 观察者模式的由来 X X O S 思考：当S的X发生变化了，如何通知O的X也同步变换 方案一 X=11 Notice() { O.X=this.X} O 思考：存在的问题？ 7.2.1 观察者模式的由来 X X O S X=11 Notice() { O.update()} O S Updata(){ x=s.getx()} Getx(){ return x} 思考：S要通知多个对象同步怎么办？ 7.2.1 观察者模式的由来 X X O S S Updata(){ x=s.getx()} Getx(){ return x} 思考：S要通知多个对象同步怎么办？ For each o in pool o.Update() *aB *aC *aD 7.2.1 观察者模式的由来 在制作系统的过程中，将一个系统分割成一系列相互协作的类有一个常见的副作用：需要维护相关对象间的一致性。我们不希望为了维持一致性而使各类紧密耦合，因为这样降低了他们的可充用性。 7.2.1 观察者模式的由来 例如, 许多图形用户界面工具箱将用户应用的界面表示与底下的应用数据分 离。定义应用数据的类和负责界面表示的类可以各自独立地复用。当然它们也可 一起工作。一个表格对象和一个柱状图对象可使用不同的表示形式描述同一个应 用数据对象的信息。表格对象和柱状图对象互相并不知道对方的存在，这样使你 可以根据需要单独复用表格或柱状图。但在这里是它们表现的似乎互相知道。当 用户改变表格中的信息时,柱状图能立即反映这一变化, 反过来也是如此。 7.2.1 观察者模式的由来 这一行为意味着表格对象和棒状图对象 都依赖于数据对象, 因此数据对象的任何状态 改变都应立即通知它们。同时也没有理由将 依赖于该数据对象的对象的数目限定为两 个， 对相同的数据可以有任意数目的不同用 户界面。 7.2.2 观察者模式的意图和适用性 模式的意图 定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。 7.2.2 观察者模式的意图和适用性 在下面的三种情况下均可使用Observer模式： 当一个抽象模型有两个方面, 其中一个方面依赖于另一方面。将这二者封装在独立的对象中以使它们可以各自独立地改变和复用。 当对一个对象的改变需要同时改变其它对象, 而不知道具体有多少对象有待改变。 当一个对象必须通知其它对象，而它又不能假定其它对象是谁。换言之, 你不希望这些对象是紧密耦合的。 7.2.3 观察者模式的结构和参与者 观察者模式结构图 7.2.3 观察者模式的结构和参与者 Observer Subject（目标） 目标知道它的观察者。可以有任意多个观察者观察同一个目标。 提供注册和删除观察者对象的接口。 Observer（观察者） 为那些在目标发生改变时需获得通知的对象定义一个更新接口。 Concrete Subject（具体目标） 将有关状态存入各Concrete Observer对象。 当它的状态发生改变时, 向它的各个观察者发出通知。 Concrete Observer（具体观察者） 维护一个指向Concrete Subject对象的引用。 存储有关状态，这些状态应与目标的状态保持一致。 实现Observer的更新接口以使自身状态与目标的状态保持一致。 7.2.4 应用举例 例如：班主任老师有电话号码，学生需要知道班 主任老师的电话号码以便于在合适时的时候拨打，在 这样的组合中，老师就是一个被观察者（Subject）， 学生就是需要知道信息的观察者，当老师的电话号码 发生改变时，学生得到通知，并更新相应的电话记 录。该应用的类图如下图所示。 应用举例 7.2.4 应用举例 相关代码： Subject代码： package observer; public interface Subject{ //目标类的定义 public void attach(Observer o); //注册一个观察者 public void detach(Observer o); //删除一个观察者 public void notice(); //通知所有观察者