在开发过程中经常遇到一个模块中的 一个方法调用了其他模块中相关的方法

比如说在一个系统中,如果出现了错误,就调用专门进行错误处理的模块中的方法进行错误处理

而因为错误处理的操作有很多,所以将这些具体的操作封装在其他的模块中

在专门进行错误处理的模块中调用其他模块中的错误操作方法

这样一来在主系统中只要实例化专门进行错误处理的模块对象

并调用其相关的方法,其他模块中的具体方法也都会被执行

这时专门进行错误处理的模块被称为发布者

其他拥有具体错误操作的模块称为订阅者

只要发布者一发布信息(方法被调用)

所有的订阅者都会相应(具体方法也会执行)

最直接的做法是在模块中引用并实例化其他模块的对象

然后调用其方法

下面给出一个简单的例子,用类来模拟模块

首先是具体的错误操作

在例子中有三个具体的错误操作

分别为:发送邮件,发出警报,窗口抖动

/// <summary>
/// 具体的错误处理方式类(模块)1,此为订阅者
/// </summary>
public class Handle1
{
/// <summary>
/// 出现错误时做出发送邮件的处理
/// </summary>
public void ErrorHanding()
{
Console.WriteLine("出现错误!发送了一封邮件到管理员!");
}
}
/// <summary>
/// 具体的错误处理方式类(模块)2,此为订阅者
/// </summary>
public class Handle2
{
/// <summary>
/// 出现错误时做出发出警报的处理
/// </summary>
public void ErrorHanding()
{
Console.WriteLine("出现错误!警报!!!!!!!!!!!!!!!!");
}
}
/// <summary>
/// 具体的错误处理方式类(模块)3,此为订阅者
/// </summary>
public class Handle3
{
/// <summary>
/// 出现错误时做出窗口抖动的处理
/// </summary>
public void ErrorHanding()
{
Console.WriteLine("出现错误!我抖!!!!!!!!!!!!!!!!!!!!!!!!");
}
}

专门进行错误处理的模块

/// <summary>
/// 系统错误处理相关的类(模块),此为信息的发布者
/// </summary>
public class ErrorAbout
{ /// <summary>
/// 错误处理的方法,主模块中通过调用此方法来触发一系列的错误处理
/// </summary>
public void ErrorHanding()
{
//实例化每一个订阅者,并调用其方法
Handle1 handle1 = new Handle1();
handle1.ErrorHanding();
Handle2 handle2 = new Handle2();
handle2.ErrorHanding();
Handle3 handle3 = new Handle3();
handle3.ErrorHanding(); }
}

主系统中:

class Program
{
static void Main(string[] args)
{
//假设在这个位置,系统出现了错误,需要进行错误处理
Console.WriteLine("系统出现了严重错误,需要进行一些处理~~~"); //实例化错误处理相关的类(发布者)
ErrorAbout errorAbout = new ErrorAbout();
//只要发布者的方法一执行,所有订阅者的方法也都会被执行
errorAbout.ErrorHanding(); Console.ReadKey();
}
}

运行结果如下:

这么做完全可以实现需要的功能

但是有何不妥呢?

在主模块中发现错误的时候new一个错误模块的实例,然后调用处理错误的方法

在错误模块中直接new各个子模块的实例,然后在处理错误的方法中依次执行

这样一来,错误模块和子模块之间就直接耦合在一起

这是面向过程的处理方式

在子模块方法发生改变的时候,或者错误模块需要添加新的处理错误的方法时

要对已经开发完毕的错误模块进行修改,违反了开放封闭原则

所以要对错误模块和子模块进行解耦(面向对象思想)

这时候就用到了观察者(Observer)模式,又称为发布-订阅模式等

实现的方法有两种

方法一:使用委托

方法二:使用接口

两种方法都实现了对错误模块和子模块的隔离

对两个模块的操作都是在主模块中完成的

Demo1:使用委托实现

具体错误处理方法的委托

/// <summary>
/// 具体错误处理方法的委托
/// </summary>
public delegate void ErrorHandle();
/// <summary>
/// 系统错误处理相关的类(模块),此为信息的发布者
/// </summary>
public class ErrorAbout
{
//定义一个 具体错误处理方法委托 的变量
private ErrorHandle errorHandle; //向外界提供一个可以向内部委托变量添加的方法
public void AddErrorHanding(ErrorHandle errorHandle)
{
//将传进来的方法加入委托变量中
if (this.errorHandle == null)
{
this.errorHandle = new ErrorHandle(errorHandle);
}
else
{
this.errorHandle += new ErrorHandle(errorHandle);
}
} /// <summary>
/// 错误处理的方法,主模块中通过调用此方法来触发一系列的错误处理
/// </summary>
public void ErrorHanding()
{
//调用委托,相当于调用了委托中的所有方法
errorHandle();
}
}

在使用委托时要注意

不能直接让外界操作内部的委托

一定要封装一个方法提供外界以一个安全的方式来操作内部的委托(为什么说这是一个安全的方式呢?因为在这个方法里面只能给委托添加方法,不能进行其他的任何操作)

如果直接将委托变量暴露给外界

那么外界就可以调用委托变量的所有方法

有可能会造成将原本的方法删除或者覆盖等情况

(这就是为什么会有事件这个东西存在的原因)

这也是一种面向对象的思想

在主模块中

class Program
{
static void Main(string[] args)
{
//假设在这个位置,系统出现了错误,需要进行错误处理
Console.WriteLine("系统出现了严重错误,需要进行一些处理~~~"); //实例化错误处理相关的类(发布者)
ErrorAbout errorAbout = new ErrorAbout();
//向发布者添加订阅者
Handle1 handle1 = new Handle1();
errorAbout.AddErrorHanding(handle1.ErrorHanding);
Handle2 handle2 = new Handle2();
errorAbout.AddErrorHanding(handle1.ErrorHanding);
Handle3 handle3 = new Handle3();
errorAbout.AddErrorHanding(handle1.ErrorHanding);
//只要发布者的方法一执行,所有订阅者的方法也都会被执行
errorAbout.ErrorHanding(); Console.ReadKey();
}
}

这样一来就实现了对错误模块和其他模块的解耦

任何错误具体的操作模块发生了变化

只要在其使用者--主模块中修改即可

Demo2:使用接口实现

首先需要提供一个统一的接口给具体的错误处理方式类(模块)

在发布者中可以通过这个接口调用实现了这个接口的所有订阅者

具体的错误处理方式类(模块)需要实现的接口

 /// <summary>
/// 具体的错误处理方式类(模块)需要实现的接口,在发布者中通过此接口可以统一调用订阅者的方法
/// </summary>
public interface IHandle
{
void ErrorHanding();
}

具体的错误处理方式类(模块)

 /// <summary>
/// 具体的错误处理方式类(模块)1,此为订阅者
/// </summary>
public class Handle1:IHandle
{
/// <summary>
/// 出现错误时做出发送邮件的处理
/// </summary>
public void ErrorHanding()
{
Console.WriteLine("出现错误!发送了一封邮件到管理员!");
}
}
/// <summary>
/// 具体的错误处理方式类(模块)2,此为订阅者
/// </summary>
public class Handle2:IHandle
{
/// <summary>
/// 出现错误时做出发出警报的处理
/// </summary>
public void ErrorHanding()
{
Console.WriteLine("出现错误!警报!!!!!!!!!!!!!!!!");
}
}
/// <summary>
/// 出现错误时做出窗口抖动的处理
/// </summary>
public void ErrorHanding()
{
Console.WriteLine("出现错误!我抖!!!!!!!!!!!!!!!!!!!!!!!!");
}

发布者

/// <summary>
/// 系统错误处理相关的类(模块),此为信息的发布者
/// </summary>
public class ErrorAbout
{
/// <summary>
/// 订阅者接口的集合
/// </summary>
private List<IHandle> handles = new List<IHandle>(); /// <summary>
/// 在主模块中可以通过此方法向 订阅者接口的集合 中添加新的订阅者(具体处理错误的方法)
/// </summary>
/// <param name="handle"></param>
public void AddErrorHanding(IHandle handle)
{
handles.Add(handle);
} /// <summary>
/// 错误处理的方法,主模块中通过调用此方法来触发一系列的错误处理
/// </summary>
public void ErrorHanding()
{
//遍历订阅者接口的集合
foreach (var handle in handles)
{
//执行集合中的每个错误处理的方法
handle.ErrorHanding();
}
}
}

主模块中

class Program
{
static void Main(string[] args)
{
//假设在这个位置,系统出现了错误,需要进行错误处理
Console.WriteLine("系统出现了严重错误,需要进行一些处理~~~");   //实例化错误处理相关的类(发布者)
ErrorAbout errorAbout = new ErrorAbout();
//向发布者添加订阅者
errorAbout.AddErrorHanding(new Handle1());
errorAbout.AddErrorHanding(new Handle2());
errorAbout.AddErrorHanding(new Handle3());
//只要发布者的方法一执行,所有订阅者的方法也都会被执行
errorAbout.ErrorHanding(); Console.ReadKey();
}
}

委托实现C#观察者模式简单例子下载:

点击打开链接

接口实现C#观察者模式简单例子下载:

点击打开链接

C#设计模式---观察者模式简单例子的更多相关文章

  1. Java-马士兵设计模式学习笔记-观察者模式-AWT简单例子

    1.AWT简单例子 TestFrame.java import java.awt.Button; import java.awt.Frame; import java.awt.event.Action ...

  2. JAVA设计模式之简单粗暴学建造者模式

    文章由浅入深,先用简单例子说明建造者,然后分析模式的优缺点,最后结合优秀开源框架Mybatis,说明该模式的用处. 1.先定义一个机器人模型 package com.jstao.model; publ ...

  3. 18. 星际争霸之php设计模式--观察者模式

    题记==============================================================================本php设计模式专辑来源于博客(jymo ...

  4. C#设计模式——观察者模式(Observer Pattern)1

    一.概述在软件设计工作中会存在对象之间的依赖关系,当某一对象发生变化时,所有依赖它的对象都需要得到通知.如果设计的不好,很容易造成对象之间的耦合度太高,难以应对变化.使用观察者模式可以降低对象之间的依 ...

  5. C#设计模式——观察者模式(Observer Pattern)

    一.概述在软件设计工作中会存在对象之间的依赖关系,当某一对象发生变化时,所有依赖它的对象都需要得到通知.如果设计的不好,很容易造成对象之间的耦合度太高,难以应对变化.使用观察者模式可以降低对象之间的依 ...

  6. C#设计模式之简单工厂模式

    简单工厂模式解释:  简单工厂模式(Simple Factory Pattern)属于类的创新型模式,又叫静态工厂方法模式(Static FactoryMethod Pattern) 是通过专门定义一 ...

  7. C#设计模式(2)——简单工厂模式(转)

    C#设计模式(2)——简单工厂模式   一.引言 这个系列也是自己对设计模式的一些学习笔记,希望对一些初学设计模式的人有所帮助的,在上一个专题中介绍了单例模式,在这个专题中继续为大家介绍一个比较容易理 ...

  8. js设计模式-观察者模式

    定义: 观察者模式又叫发布订阅模式,它定义了对象间的一种一对多的依赖关系.观察者模式让两个对象松耦合地联系在一起,虽然不太清楚彼此的细节,但这不影响他们之间的互相通信. 思路 定义一个对象,在对象中实 ...

  9. Jquery如何序列化form表单数据为JSON对象 C# ADO.NET中设置Like模糊查询的参数 从客户端出现小于等于公式符号引发检测到有潜在危险的Request.Form 值 jquery调用iframe里面的方法 Js根据Ip地址自动判断是哪个城市 【我们一起写框架】MVVM的WPF框架(三)—数据控件 设计模式之简单工厂模式(C#语言描述)

    jquery提供的serialize方法能够实现. $("#searchForm").serialize();但是,观察输出的信息,发现serialize()方法做的是将表单中的数 ...

随机推荐

  1. UVA 11478(差分约束 + 二分)

    题意: 给定一个有向图,每条边都有一个权值,每次你可以选择一个结点和一个整数的,把所有以v为终点的边的权值减去d, 把所有以v为起点的边的权值加上d 最后要让所有边的权的最小值非负且尽量大 代码 #i ...

  2. Tomcat学习笔记(七)

    Tomcat载入器(一) 在了解tomcat的载入器时,首先需要了解的是java的类加载部分的内容. 在java体系中,系统分为3中类型的加载器 1.启动类加载器(Bootstrap ClassLoa ...

  3. AB序列 凹函数的性质

    链接:https://www.nowcoder.com/acm/contest/113/B来源:牛客网 题目描述 给长度为n的序列A,长度为m的序列B.可以给A序列里每个元素加上x且B序列里每个元素减 ...

  4. 基于Windows Server 2008 R2的Failover Cluster

    转载一下别人的文章吧,写的不错 基于Windows Server 2008 R2的Failover Cluster(故障转移群集)部署Sql Server 2008 AA(主主) 模式群集(第一部分) ...

  5. NGINX: 优化 use 参数

    转自:http://blog.sina.com.cn/s/blog_5eaf88f10100gkrq.html Nginx use参数分析对比 下图对比了poll select epoll和kqueu ...

  6. sql id 或使用nolock

    qlserver 批量插入记录时,对有标识列的字段要设置 set IDENTITY_INSERT 表名 on,然后再执行插入记录操作;插入完毕后恢复为 off 设置 格式:  set IDENTITY ...

  7. YYH的积木(NOIP模拟赛Round 6)

    题目描述 YYH手上有n盒积木,每个积木有个重量.现在他想从每盒积木中拿一块积木,放在一起,这一堆积木的重量为每块积木的重量和.现在他想知道重量最少的k种取法的重量分别是多少. 输入输出格式 输入格式 ...

  8. 基于Xen实现一种domain0和domainU的应用层数据交互高效机制

    项目里有一个需求,domain0的应用层需要定时给domainU(hvm windows)的应用层传递一块数据,原来的方案是在domainU的应用层架设一个http服务器,监听在某个端口,然后需要塞数 ...

  9. v4l2读取摄像头程序流程解析【转】

    转自:https://my.oschina.net/u/1024767/blog/210801 v4l2 操作实际上就是 open() 设备, close() 设备,以及中间过程的 ioctl() 操 ...

  10. JSON的相关内容

    包括: JSON概述, JSON语法规则, 使用JSON(JSON对象,JSON数组,JSON文档与对象的转换) JSON应用 额外内容(PHP输出JSON数据,解析JSON字符串,客户端如何使用服务 ...