设计模式学习笔记-观察者模式
来源:互联网 发布:网络布线好学吗 编辑:程序博客网 时间:2024/06/01 10:06
1. 概述
有时被称作发布/订阅模式,观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己。
2. 解决的问题
将一个系统分割成一个一些类相互协作的类有一个不好的副作用,那就是需要维护相关对象间的一致性。我们不希望为了维持一致性而使各类紧密耦合,这样会给维护、扩展和重用都带来不便。观察者就是解决这类的耦合关系的。
3. 模式中的角色
3.1 抽象主题(Subject):它把所有观察者对象的引用保存到一个聚集里,每个主题都可以有任何数量的观察者。抽象主题提供一个接口,可以增加和删除观察者对象。
3.2 具体主题(ConcreteSubject):将有关状态存入具体观察者对象;在具体主题内部状态改变时,给所有登记过的观察者发出通知。
3.3 抽象观察者(Observer):为所有的具体观察者定义一个接口,在得到主题通知时更新自己。
3.4 具体观察者(ConcreteObserver):实现抽象观察者角色所要求的更新接口,以便使本身的状态与主题状态协调。
4. 模式解读
4.1 观察者模式的类图
4.2 观察者模式的代码
/// <summary> /// 抽象主题类 /// </summary> public abstract class Subject { private IList<Observer> observers = new List<Observer>(); /// <summary> /// 增加观察者 /// </summary> /// <param name="observer"></param> public void Attach(Observer observer) { observers.Add(observer); } /// <summary> /// 移除观察者 /// </summary> /// <param name="observer"></param> public void Detach(Observer observer) { observers.Remove(observer); } /// <summary> /// 向观察者(们)发出通知 /// </summary> public void Notify() { foreach (Observer o in observers) { o.Update(); } } } /// <summary> /// 抽象观察者类,为所有具体观察者定义一个接口,在得到通知时更新自己 /// </summary> public abstract class Observer { public abstract void Update(); } /// <summary> /// 具体观察者或具体通知者,将有关状态存入具体观察者对象;在具体主题的内部状态改变时,给所有登记过的观察者发出通知。具体主题角色通常用一个具体子类实现。 /// </summary> public class ConcreteSubject : Subject { private string subjectState; /// <summary> /// 具体观察者的状态 /// </summary> public string SubjectState { get { return subjectState; } set { subjectState = value; } } } /// <summary> /// 具体观察者,实现抽象观察者角色所要求的更新接口,已是本身状态与主题状态相协调 /// </summary> public class ConcreteObserver : Observer { private string observerState; private string name; private ConcreteSubject subject; /// <summary> /// 具体观察者用一个具体主题来实现 /// </summary> public ConcreteSubject Subject { get { return subject; } set { subject = value; } } public ConcreteObserver(ConcreteSubject subject, string name) { this.subject = subject; this.name = name; } /// <summary> /// 实现抽象观察者中的更新操作 /// </summary> public override void Update() { observerState = subject.SubjectState; Console.WriteLine("The observer's state of {0} is {1}", name, observerState); } }
4.3 客户端代码
class Program { static void Main(string[] args) { // 具体主题角色通常用具体自来来实现 ConcreteSubject subject = new ConcreteSubject(); subject.Attach(new ConcreteObserver(subject, "Observer A")); subject.Attach(new ConcreteObserver(subject, "Observer B")); subject.Attach(new ConcreteObserver(subject, "Observer C")); subject.SubjectState = "Ready"; subject.Notify(); Console.Read(); } }
运行结果
5. 模式总结
5.1 优点
5.1.1 观察者模式解除了主题和具体观察者的耦合,让耦合的双方都依赖于抽象,而不是依赖具体。从而使得各自的变化都不会影响另一边的变化。
5.2 缺点
5.2.1 依赖关系并未完全解除,抽象通知者依旧依赖抽象的观察者。
5.3 适用场景
5.3.1 当一个对象的改变需要给变其它对象时,而且它不知道具体有多少个对象有待改变时。
5.3.2 一个抽象某型有两个方面,当其中一个方面依赖于另一个方面,这时用观察者模式可以将这两者封装在独立的对象中使它们各自独立地改变和复用。
6. 模式引申,应用C#中的事件委托来彻底解除通知者和观察者之间的耦合。
6.1 关于委托的定义:委托是一种引用方法的类型。一旦为委托分配了方法,委托将与该方法有相同的行为。委托方法可以像其它任何方法一样,具有参数和返回值。委托可以看作是对函数(方法)的的抽象,是函数的“类”,委托的实例代表一个(或多个)具体的函数,它可以是多播的。
6.2 关于事件:事件基于委托,为委托提供了一种发布/订阅机制。事件的订阅与取消与我们刚才讲的观察者模式中的订阅与取消类似,只是表现形式有所不同。在观察者模式中,订阅使用方法Attach()来进行;在事件的订阅中使用“+=”。类似地,取消订阅在观察者模式中用Dettach(),而事件的取消用“-=”。
7. 下面例子分别用观察者模式,事件机制来实现
7.1 实例描述:客户支付了订单款项,这时财务需要开具发票,出纳需要记账,配送员需要配货。
7.2 观察者模式的实现
7.2.1 类图
7.2.2 代码实现
/// <summary> /// 抽象观察者 /// </summary> public interface ISubject { void Notify(); } /// <summary> /// 工作岗位,作为这里的观察者的抽象 /// </summary> public abstract class JobStation { public abstract void Update(); } /// <summary> /// 具体主题,这里是客户 /// </summary> public class Customer : ISubject { private string customerState; private IList<JobStation> observers = new List<JobStation>(); /// <summary> /// 增加观察者 /// </summary> /// <param name="observer"></param> public void Attach(JobStation observer) { this.observers.Add(observer); } /// <summary> /// 移除观察者 /// </summary> /// <param name="observer"></param> public void Detach(JobStation observer) { this.observers.Remove(observer); } /// <summary> /// 客户状态 /// </summary> public string CustomerState { get { return customerState; } set { customerState = value; } } public void Notify() { foreach (JobStation o in observers) { o.Update(); } } } /// <summary> /// 会计 /// </summary> public class Accountant : JobStation { private string accountantState; private Customer customer; public Accountant(Customer customer) { this.customer = customer; } /// <summary> /// 更新状态 /// </summary> public override void Update() { if (customer.CustomerState == "已付款") { Console.WriteLine("我是会计,我来开具发票。"); accountantState = "已开发票"; } } } /// <summary> /// 出纳 /// </summary> public class Cashier : JobStation { private string cashierState; private Customer customer; public Cashier(Customer customer) { this.customer = customer; } public override void Update() { if (customer.CustomerState == "已付款") { Console.WriteLine("我是出纳员,我给登记入账。"); cashierState = "已入账"; } } } /// <summary> /// 配送员 /// </summary> public class Dilliveryman : JobStation { private string dillivierymanState; private Customer customer; public Dilliveryman(Customer customer) { this.customer = customer; } public override void Update() { if (customer.CustomerState == "已付款") { Console.WriteLine("我是配送员,我来发货。"); dillivierymanState = "已发货"; } } }
7.2.3 客户端代码
class Program { static void Main(string[] args) { Customer subject = new Customer(); subject.Attach(new Accountant(subject)); subject.Attach(new Cashier(subject)); subject.Attach(new Dilliveryman(subject)); subject.CustomerState = "已付款"; subject.Notify(); Console.Read(); } }
运行结果:
我是会计,我来开具发票。
我是出纳员,我给登记入账。
我是配送员,我来发货。
7.3 事件实现
7.3.1 类图
通过类图来看,观察者和主题之间已经不存在任何依赖关系了。
7.3.2 代码实现
/// <summary> /// 抽象主题 /// </summary> public interface ISubject { void Notify(); } /// <summary> /// 声明委托 /// </summary> public delegate void CustomerEventHandler(); /// <summary> /// 具体主题 /// </summary> public class Customer : ISubject { private string customerState; // 声明一个委托事件,类型为 CustomerEventHandler public event CustomerEventHandler Update; public void Notify() { if (Update != null) { // 使用事件来通知给订阅者 Update(); } } public string CustomerState { get { return customerState; } set { customerState = value; } } } /// <summary> /// 财务,已经不需要实现抽象的观察者类,并且不用引用具体的主题 /// </summary> public class Accountant { private string accountantState; public Accountant() { } /// <summary> /// 开发票 /// </summary> public void GiveInvoice() { Console.WriteLine("我是会计,我来开具发票。"); accountantState = "已开发票"; } } /// <summary> /// 出纳,已经不需要实现抽象的观察者类,并且不用引用具体的主题 /// </summary> public class Cashier { private string cashierState; public void Recoded() { Console.WriteLine("我是出纳员,我给登记入账。"); cashierState = "已入账"; } } /// <summary> /// 配送员,已经不需要实现抽象的观察者类,并且不用引用具体的主题 /// </summary> public class Dilliveryman { private string dillivierymanState; public void Dilliver() { Console.WriteLine("我是配送员,我来发货。"); dillivierymanState = "已发货"; } }
7.3.3 客户端代码
class Program { static void Main(string[] args) { Customer subject = new Customer(); Accountant accountant = new Accountant(); Cashier cashier = new Cashier(); Dilliveryman dilliveryman = new Dilliveryman(); // 注册事件 subject.Update += accountant.GiveInvoice; subject.Update += cashier.Recoded; subject.Update += dilliveryman.Dilliver; /* * 以上写法也可以用下面代码来替换 subject.Update += new CustomerEventHandler(accountant.GiveInvoice); subject.Update += new CustomerEventHandler(cashier.Recoded); subject.Update += new CustomerEventHandler(dilliveryman.Dilliver); */ subject.CustomerState = "已付款"; subject.Notify(); Console.Read(); } }
运行结果
我是会计,我来开具发票。
我是出纳员,我给登记入账。
我是配送员,我来发货。
观察者模式的应用场景:
1、 对一个对象状态的更新,需要其他对象同步更新,而且其他对象的数量动态可变。
2、 对象仅需要将自己的更新通知给其他对象而不需要知道其他对象的细节。
观察者模式的优点:
1、 Subject和Observer之间是松偶合的,分别可以各自独立改变。
2、 Subject在发送广播通知的时候,无须指定具体的Observer,Observer可以自己决定是否要订阅Subject的通知。
3、 遵守大部分GRASP原则和常用设计原则,高内聚、低偶合。
观察者模式的缺陷:
1、 松偶合导致代码关系不明显,有时可能难以理解。(废话)
2、 如果一个Subject被大量Observer订阅的话,在广播通知的时候可能会有效率问题。(毕竟只是简单的遍历)
涉及的设计原则
1、 Identify the aspects of your application that vary and separate them from what stays the same. (找到系统中变化的部分,将变化的部分同其它稳定的部分隔开。)
在观察者模式的应用场景里变化的部分是Subject的状态和Observer的数量。使用Observer模式可以很好地将这两部分隔离开,我们可以任意改变Observer的数量而不需要去修改Subject,而Subject的状态也可以任意改变,同样不会对其Observer有任何影响。
2、 Program to an interface,not an implementation.(面向接口编程,而不要面向实现编程。)
Subject和Observer都使用接口来实现。Subject只需要跟踪那些实现了IObserver接口的对象,所以其只依赖于IObserver;而所有Observer都通过ISubject接口来注册、撤销、接收通知,所以它们也只依赖于 ISubject;所以这是面向接口编程的,这样的实现方式使得Subject和Observer之间完全没有任何耦合。
3、 Favor composition over inheritance.(优先使用对象组合,而非类继承)
观察者模式使用对象组合将Subject和若干observer联系起来。它们之间的关系不是通过类的继承而是在运行时的动态组合。
- 观察者设计模式--学习笔记
- 学习笔记 ---- 设计模式之观察者模式
- 设计模式之观察者模式学习笔记
- 设计模式学习笔记之观察者模式
- 设计模式学习笔记-观察者模式
- 设计模式学习笔记-观察者模式
- 设计模式学习笔记--观察者(Observer)模式
- 设计模式---观察者模式(学习笔记)
- 设计模式学习笔记-观察者模式
- 设计模式学习笔记之观察者模式
- 设计模式学习笔记-观察者模式
- 设计模式学习笔记-观察者模式
- 设计模式学习笔记-观察者模式
- 设计模式学习笔记-观察者模式
- 设计模式学习笔记十一:观察者模式
- 设计模式学习笔记-观察者模式
- 设计模式学习笔记--观察者模式
- 设计模式学习笔记-观察者模式
- 类加载器
- hdu 2501--Tiling_easy version
- POJ 1505 Copying Books
- 将数据写入.txt文件中
- iOS学习之路-图片轮播(UIScrollerView)
- 设计模式学习笔记-观察者模式
- 用简单的C语言实现多任务轮流切换(模拟操作系统线程机制)
- 细说UI线程和Windows消息队列
- jpa查询所有的记录
- Visual format language(2)
- hdu 2046 骨牌铺方格
- cocos2dx 3.3 AssetsManager简单分析
- MySql数据库(二)
- QQ SDK 分享实现,及不回调问题