C#中利用代理实现观察者设计模式详解

界面开发中,经常使用观察者设计模式来实现文档/视图模式,当文档内容改变时,作为观察者的用户视图必须相应作出调整以向用户呈现文档的状态。由于语言机制的不同,观察者设计模式在不同的语言中实现方法也不尽相同。

在MFC的文档/视图模式中,每当文档内容改变都需要调用UpdateAllView函数来更新视图,该函数会遍历文档的每一个视图,调用每个视图的更新函数来更新视图,为此文档须登记每一个使用该文档的视图。C#中观察者设计模式的实现也可以采用这种方法,但C#提供的代理(delegate)机制为实现观察者模式提供了更好的方法,该方法和MFC中的方法类似 ,只不过将视图向文档注册这一行为改变为为文档类的代理生成实例而已,下面看具体实现方法。

先做如下假定:
1、文档类为UserData;
2、视图类为View,实际应用中该View可能是一个Form,也可能是一个UserControl,可能有多个视图,但每一个和文档的对应方式都是相同的;
3、主窗体为MainForm;

参与观察者模式的三方分别为:发布者(数据/文档类)、订阅者(视图类)以及主窗体(MainForm),下面分别介绍各方如何实施以配合观察者模式的实现!

发布者:
发布者的任务是定义数据并在数据改变时通知订阅者。通知的实现可以使用普通代理,也可以使用事件,首先在UserData中创建代理和事件,每一个事件在UserData类相应属性改变时触发,看下面的代码:


代码如下:

public delegate void UserNameChangedEventHander(object sender, EventArgs e);   //声明代理
  public event UserNameChangedEventHander NameChanged;   //声明事件

private string m_userName;
  public string UserName//定义属性
  {
get
{
    return m_userName;
}
set
{
    if (m_userName != value)
    {
  m_userName = value;
  NameChanged(this, EventArgs.Empty);    //触发事件
    }
}
  }

上述代码首先声明了代理,然后声明了代理对应的事件(事件也算一种特殊的代理),这些代理实例的生成将在视图中进行,然后在属性的set函数中触发事件,该事件将在各个订阅者中得到响应。

订阅者:
订阅者的任务是响应发布者发布的数据改变通知,呈现给用户实时(相对来说)的系统状态。

看下面的代码:


代码如下:

private UserData m_userData = null;   
  public UserData UserDataObj     //定义数据(文档)对象
  {
get
{
    return m_userData;
}
set
{
    m_userData = (UserData)value;     //下面一行添加数据对象事件响应函数
    m_userData.NameChanged += new UserData.UserNameChangedEventHander(UserNameChanged); 
}
  }
  private void UserNameChanged(object sender,EventArgs e)    //定义数据对象事件响应函数
  {
this.tbName.Text = m_userData.UserName;//根据数据对象更新内容
this.Invalidate();     //重绘视图
  }

上述代码首先在视图类中定义一数据对象属性,并在属性的set函数中添加对数据对象所发布通知的响应。接下来定义了响应数据对象通知的函数,在该函数中更新视图数据并重绘。

主窗体:
主窗体的任务是定义一个相当于全局的数据对象,将其赋予每个订阅该对象的视图,并在需要的时候改变数据对象内容。

看下面的代码:


代码如下:

private UserData m_userData;    //发布者
  private View m_view;//订阅者

private void MainForm_Load(object sender, EventArgs e)
  {
m_userData = new UserData(); //生成实例
m_view = new View();
m_view.UserDataObj = m_userData;     //为订阅者指定发布者
m_view.Show();     //显示
m_userData.UserName = "ZPY";    //改变发布者数据  
m_view.TopMost = true;
  }

在框架窗体类中分别生成发布者和订阅者的实例,然后将发布者实例赋值给订阅者的数据对象属性,由于C#中类的传递默认采用引用传递的方式,因此在赋值过程中并不生成临时对象,MainForm中的m_userData和View中的m_userData所指为同一对象。接下来在主窗体中改变发布者数据,通过C#的代理(delegate)机制,订阅者即能更新自己。

小结
MFC为开发者搭好了框架,尽管作了许多的开发,可能很多人还是不太了解什么是所谓的观察者模式,C#提供了全开放的设计,可能辛苦些,但不再摸不着头脑,条理感觉更清晰些,封装性感觉也比MFC好些!

学习模式注重精髓而非模板,本文为了便于说明假定了三方并对三方功能进行了划分,实际应用并不拘泥于此。如果情况合适将数据(文档)类设计为单件模式也是一种很不错的选择!总之一句话:掌握精髓,尽情发挥!

(0)

相关推荐

  • 浅谈C#设计模式之代理模式

    代理模式是常用的结构型设计模式之一,当无法直接访问某个对象或访问某个对象存在困难时可以通过一个代理对象来间接访问,为了保证客户端使用的透明性,所访问的真实对象与代理对象需要实现相同的接口.根据代理模式的使用目的不同,代理模式又可以分为多种类型,例如保护代理.远程代理.虚拟代理.缓冲代理等,它们应用于不同的场合,满足用户的不同需求 复制代码 代码如下: using System; using System.Collections.Generic; using System.Linq; using

  • c#设计模式 适配器模式详细介绍

    后续内容将包括以下结构模式: 适配器模式(Adapter):Match interfaces of different classes合成模式(Composite):A tree structure of simple and composite objects装饰模式(Decorator):Add responsibilities to objects dynamically代理模式(Proxy):An object representing another object享元模式(Flywei

  • 解析C#设计模式编程中的装饰者模式

    装饰者模式定义:不通过派生类增改类属性动作,而是通过模式设计动态的达到这种效果,而且比继承更方便灵活减少程序的复杂性. 举例 汪峰打造冠军团队. 首先团队类为空,经过汪峰不断的努力,为团队争取学员,也为团队队员打造合适的平台,让其发挥. 团队不断的变强,变完整,是由装饰者,根据不同的需求,给基类进行增改,一致最后赢得你的赞同,满足你的需求. 实现装配器模式的类图: 战队组建代码 //汪峰战队 abstract class WangFengTeam { //执行策划命令 abstract publ

  • C# 设计模式系列教程-策略模式

    在讲策略模式之前,我先给大家举个日常生活中的例子,从首都国际机场到XXX酒店,怎么过去?1)酒店接机服务,直接开车来接.2)打车过去.3)机场快轨+地铁 4)机场巴士 5)公交车 6)走路过去(不跑累死的话) 等等.使用方法,我们都可以达到从机场到XXX酒店的目的,对吧.那么我所列出的从机场到XXX酒店的的方法,就是我们可以选择的策略. 再举个例子,就是我们使用WCF时,往往避免不了对它进行扩展,例如授权,我们可以通过自定义授权来扩展WCF.这里我们可以通过自定义AuthorizationPol

  • C#设计模式之外观模式介绍

    1.在设计初期阶段,应该要有意识的将不同的两层分离,比如考虑数据访问层.业务逻辑层.表示层之间建立外观模式,这样可以为子系统提供简单一致的接口,使得耦合大大降低. 2.开发阶段,子系统内部由于不够重构变得非常复杂,增加外观模式可以屏蔽这个复杂性,并提供简单的接口. 3.维护一个遗留的大型系统,代码不好再维护时,使用外观模式也是不错的选择. 看看外观模式的结构图: Facade类定义:可以给高层系统提供简单的接口 复制代码 代码如下: class Facade { SubSystemOne one

  • C#设计模式之单例模式实例讲解

    前言 最近开始花点心思研究下设计模式,主要还是让自己写的代码可重用性高.保证代码可靠性.所谓设计模式,我找了下定义:是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.毫无疑问,设计模式于己于他人于系统都是多赢的:设计模式使代码编制真正工程化:设计模式是软件工程的基石脉络,如同大厦的结构一样. 为什么要提倡"Design Pattern(设计模式)"? 根本原因是为了代码复用,增加可维护性.因此这次我们来学习下设计模式,最后会通过C#语言来实现这些设计模式作为例子,深刻

  • C#设计模式之观察者模式实例讲解

    前言 最近开始花点心思研究下设计模式,主要还是让自己写的代码可重用性高.保证代码可靠性.所谓设计模式,我找了下定义:是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.毫无疑问,设计模式于己于他人于系统都是多赢的:设计模式使代码编制真正工程化:设计模式是软件工程的基石脉络,如同大厦的结构一样. 为什么要提倡"Design Pattern(设计模式)"? 根本原因是为了代码复用,增加可维护性.因此这次我们来学习下设计模式,最后会通过C#语言来实现这些设计模式作为例子,深刻

  • C#设计模式之Facade外观模式解决天河城购物问题示例

    本文实例讲述了C#设计模式之Facade外观模式解决天河城购物问题.分享给大家供大家参考,具体如下: 一.理论定义 外观模式   把  分散的子系统,集合成一个系统,提供一站式服务. 二.应用举例 需求描述: 聂小倩 和 宁采臣是一对小富则安 的聊斋夫妻.住在比较偏远的小乡村. 今天,两人初次来到大城市广州,听说天河城提供一站式服务,不像小城市那样,买个东西  得  东奔西跑. 在一个地方,就可以买到 自己想要的衣服,电脑,鞋子,Iphone,还可以看大片, 吃冰淇淋,吃真功夫,买化妆品,珠宝首

  • 详解C#的设计模式编程之抽象工厂模式的应用

    这里首先以一个生活中抽象工厂的例子来实现一个抽象工厂,然后再给出抽象工厂的定义和UML图来帮助大家更好地掌握抽象工厂模式,同时大家在理解的时候,可以对照抽象工厂生活中例子的实现和它的定义来加深抽象工厂的UML图理解.抽象工厂模式比其它工厂模式更加抽象,抽象工厂模式适用与多个抽象类的情况下,通过工厂返回多个抽象类中你需要得到的具体子类实例. 抽象工厂模式比其它工厂模式更加抽象,抽象工厂模式适用与多个抽象类的情况下,通过工厂返回多个抽象类中你需要得到的具体子类实例. 举例阐述抽象工厂模式: 假如中国

  • 解析C#设计模式编程中外观模式Facade Pattern的应用

    实例引入 在家庭影院中,有灯光,屏幕,投影机,功放机,DVD 播放器这几个基本的工具: 灯光,可以关闭灯光和打开灯光. 投影机,可以打开和关闭投影机. 屏幕,可以打开和关闭. 功放机,可以关闭音量和打开音量. DVD 播放器,可以打开播放器和关闭播放器. 以最普通的方式实现观看电影,类图如下所示: 按照类图所示,如果要观看电影,必须在客户端执行下面的操作:先打开投影仪,再打开功放机,再打开屏幕,再打开 DVD 播放机,再打开灯光,在经历了这么多操作后,才可以看一场电影.而在关闭电影的时候,也要先

  • C# 设计模式系列教程-外观模式

    1. 概述 为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用. 2. 模式中的角色 2.1 外观类(Facade):外观类知道哪些子系统类负责处理请求,将客户的请求代理给恰当的子系统对象. 2.2 子系统类集合(SubSystem Classes):子系统类集合实现了子系统的功能,处理外观类对象指派的任务. 3. 模式解读 3.1 外观模式的类图 3.2 外观模式的代码实现 /// <summary> /// 子系统中的一个类 /// <

随机推荐