您的位置:首页 > 其它

设计模式笔记 18. Observer 观察者模式(行为型模式)

2008-09-15 15:38 483 查看
[b]18. Observer 观察者模式[/b][b]2008-09-15[/b]

动机(Motivation)

在软件构建过程中,我们需要为某些对象建立一种“通知依赖关系”——一个对象(目标对象)的状态发生改变,所有的依赖对象(观察者对象)都将得到通知。如果这样的依赖关系过于紧密,将使软件不能很好地抵御变化。

使用面向对象技术,可以将这种依赖关系弱化,并形成一种稳定的依赖关系。从而实现软件体系结构的松耦合。

意图(Intent

定义对象间的一种一对多的依赖关系,以便当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并自动更新。 ——《设计模式》GoF

//Subject类,它把所有对观察者对象的引用保存在一个聚焦里,每个主题都可以

//有任何数量的观察者,抽象主题提供一个接口,可以增加和删除观察者对象

abstract class Subject

//ConcereteSubject类,具体主题,将有关状态存入具体观察者对象:

//在具体主题的内部状态改变时,给所有登记过的观察者发出通知

class ConcreteSubject : Subject

//Observer类,抽象观察者,为所有的具体观察定义一个接口,在得到主题的通知时更新自己

abstract class Observer

//ConcreteObserver类,具体观察者,实现抽象观察者角色所要求的更新接口,

//以便使本身的状态与主题的状态相协调

class ConcreteObserver : Observer

class Program

{

{

ConcreteSubject s = new ConcreteSubject();

s.Attach(new ConcreteObserver(s, "X"));

s.Attach(new ConcreteObserver(s, "Y"));

s.Attach(new ConcreteObserver(s, "Z"));

s.SubjectState = "ABC";

s.Notify();

Console.Read();

}

}

Observer 的几个要点

使用面向对象的抽象,Observer模式使得我们可以独立地改变目标与观察者,从而使二者之间的依赖关系达致松耦合。

目标发送通知时,无需指定观察者,通知(可以携带通知信息作为参数)会自动传播。观察者自己决定是否需要订阅通知,目标对象对此一无所知。

在C#的event中,委托充当了抽象的Observer接口,而提供事件的对象充当了目标对象。委托是比抽象Observer接口更为松耦合的设计。

适用性

1.当一个抽象模型有两个方面, 其中一个方面依赖于另一方面。将这二者封装在独立的对象中以使它们可以各自独立地改变和复用。

2.当对一个对象的改变需要同时改变其它对象, 而不知道具体有多少对象有待改变。

3.当一个对象必须通知其它对象,而它又不能假定其它对象是谁。换言之, 你不希望这些对象是紧密耦合的。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: