第九章行为模式-2-观察者模式预案.pptVIP

OBSERVER（观察者）－对象行为型模式 ;1.意图 定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。 ;2.别名 依赖(Dependents)，发布－订阅(Publis-Subscribe) ;3.动机 当前环境中有如图所示的三个不同的显示项。用户也可以获取天气状态和预报。 ;我们需要创建一个应用程序，可以根据天气数据对象来更新当前状况、气象统计以及天气预报的三个布告板。 ;;我们的工作是，实现measurementChanged ( )方法，使之可以更新当前状况、气象统计以及天气预报的三个值。 WeatherData类中有三个获取测量值的方法，分别用以获取温度、湿度以及气压； getTemperature() getHumidity() getPressure() 当有新的测量值生效时可以调用measurementsChanged ( )方法。（我们不必知道或者关心这个方法是如何被调用的，只需要知道有这个方法即可。） ;我们需要实现??个天气数据的显示功能 ：;系统必须具备扩展性----其他开发人员可以创建新的自定义的显示，用户根据需要可以增加或者删除显示功能。 ;第一次实现……: 在Weather-O-Rama的开发人员的指导下在measurementsChanged()方法中加入了我们自己的代码。 ;;我们的实现有什么问题吗？ A.面向实现在编程，而不是面向接口； B.任意一个新的显示功能要求，我们必须修改代码； C.我们无法在运行时增加（或者删除）显示的功能； D.显示功能没有通用的接口； E.对于容易变化的部分我们没有实现封装； F.对于WeatherData类来说，我们违背了类的开-闭原则（我们在WeatherData类里加入了新的代码，使得WeatherData类发生了改变）。 ;;这里的实现看起来我们似乎已经使用了一个通用的接口来告诉Display功能?它们都有一个update（）方法来获取temp，humidity，和Pressure的值。 很显然，系统的维护性很不好。 ;观察者模式的构成： Publishers（发行者） + Subscribers（订阅者） = Observer Pattern（观察者模式） ;一对多;依赖的对象(Observer依赖于Subject，当Subject的数据或者状态发声改变时，Observer可以自动得到通知和更新。) Observer模式描述了如何建立这种关系。这一描述中的关键对象是目标(subject)和观察者(observer)。一个目标可以有任意数目的依赖它的观察者。一旦目标的状态发生改变，所有的观察者都得到通知。作为对这个通知的响应，每个观察者都将查询目标以使其状态与目标的状态同步。 这种交互也称为发布－订阅。目标是通知的发布者。它发出通知时并不需要知道谁是它的观察者。可以有任意数目的观察者订阅并接收通知。 ;4.适用性 在以下任一情况下可以使用观察者描述： 当一个抽象模型有两个方面，其中一个方面依赖于另一方面。将这二者封装在独立的对象中以使它们可以各自独立的改变和复用。 当对一个对象的改变需要同时改变其他对象，而不知道具体有多少对象有待改变。 当一个对象必须通知其他对象，而它又不能假定其他对象是谁。换言之，你不希望这些对象是紧密耦合的。;5.结构 ;6.参与者 Subject(目标)：目标知道它的观察者。可以有任意多的观察者观察同一个目标；提供注册和删除观察者对象的接口。 Observer（观察者）：为那些在目标发生改变时需获得通知的对象定义一个更新接口。 ConcreteSubject（具体目标）：将有关状态存入各自ConcreteObserver对象；当它的状态发生改变时，向它的各个观察者发出通知。 ConcreteObserver（具体观察者）：维护一个指向ConcreteSubject对象的引用；存储有关状态，这些状态应与目标的状态保持一致；实现Observer的更新接口以使自身状态与目标的状态保持一致。 ;模式代码原型 ;abstract class Subject ??{ ????private ListObserver _observers = new ListObserver(); ? ????public void Attach(Observer observer) ????{ ??????_observers.Add(observer); ????} ? ????public void Detach(Observer observer) ????{ ??????_observers.Remove(observer); ????} ? ????public void Noti