艾伟_转载：.NET设计模式：观察者模式（Observer Pattern）

最新推荐文章于 2023-12-13 11:10:06 发布
最新推荐文章于 2023-12-13 11:10:06 发布
阅读量76 收藏
点赞数
文章标签： 设计模式 数据库 c#
原文链接：http://www.cnblogs.com/waw/archive/2011/08/29/2157105.html
版权

　　概述
　　在软件构建过程中，我们需要为某些对象建立一种“通知依赖关系” ——一个对象（目标对象）的状态发生改变，所有的依赖对象（观察者对象）都将得到通知。如果这样的依赖关系过于紧密，将使软件不能很好地抵御变化。使用面向对象技术，可以将这种依赖关系弱化，并形成一种稳定的依赖关系。从而实现软件体系结构的松耦合。
　　意图
　　定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时, 所有依赖于它的对象都得到通知并被自动更新。[GOF 《设计模式》]
　　结构图

图1 Observer模式结构图

　　生活中的例子
　　观察者定义了对象间一对多的关系，当一个对象的状态变化时，所有依赖它的对象都得到通知并且自动地更新。拍卖演示了这种模式。每个投标人都有一个标有数字的牌子用于出价。拍卖师开始拍卖时，他观察是否有牌子举起出价。每次接受一个新的出价都改变了拍卖的当前价格，并且广播给所有的投标人进行新的出价。


图2 使用拍卖例子的观察者模式

　　Observer模式解说
　　下面通过一个例子来说明Observer模式。监控某一个公司的股票价格变化，可以有多种方式，通知的对象可以是投资者，或者是发送到移动设备，还有电子邮件等。一开始我们先不考虑Observer模式，通过一步步地重构，最终重构为Observer模式。现在有这样两个类：Microsoft和Investor，如下图所示：

 

图3 UML静态图示例

　　它们的实现如下：

public class Microsoft
{
private Investor _investor;
private String _symbol;
private double _price;
public void Update()
    {
        _investor.SendData(this);
    }
public Investor Investor
    {
get { return _investor; }
set { _investor = value; }
    }
public String Symbol
    {
get { return _symbol; }
set { _symbol = value; }
    }
public double Price
    {
get { return _price; }
set { _price = value; }
    }
}
public class Investor
{
private string _name;
public Investor(string name)
    {
this._name = name;
    }
public void SendData(Microsoft ms)
    {
        Console.WriteLine("Notified {0} of {1}'s " + "change to {2:C}", _name, 
ms.Symbol,ms.Price);
    }
}

　　简单的客户端实现：

class Program
{
static void Main(string[] args)
    {
        Investor investor = new Investor("Jom");
        Microsoft ms = new Microsoft();
        ms.Investor = investor;
        ms.Symbol = "Microsoft";
        ms.Price = 120.00;
        ms.Update();
        Console.ReadLine();
    }
}

　　运行后结果如下：

　　Notified Jom of Microsoft's change to ￥120

　　可以看到，这段代码运行并没有问题，也确实实现了我们最初的设想的功能，把Microsoft的股票价格变化通知到了Jom投资者那儿。但是这里面出现了如下几个问题：

　　1．Microsoft和Investor之间形成了一种双向的依赖关系，即Microsoft调用了Investor的方法，而Investor调用了Microsoft类的属性。如果有其中一个类变化，有可能会引起另一个的变化。

　　2．当出现一种的通知对象，比如说是移动设备Mobile：

public class Mobile
{
private string _no;
public Mobile(string No)
    {
this._no = No;
    }
public void SendData(Microsoft ms)
    {
        Console.WriteLine("Notified {0} of {1}'s " + "change to {2:C}", _no, 
ms.Symbol, ms.Price);
    }
}

　　这时候对应的Microsoft的类就应该改变为如下代码，在Microsot类中增加Mobile，同时修改Update()方法使其可以通知到移动设备：

public class Microsoft
{
private Investor _investor;
private Mobile _mobile;
private String _symbol;
private double _price;
public void Update()
    {
        _investor.SendData(this);
        _mobile.SendData(this);
    }
public Mobile Mobile
    {
get { return _mobile; }
set { _mobile = value; }
    }
public Investor Investor
    {
get { return _investor; }
set { _investor = value; }
    } 
public String Symbol
    {
get { return _symbol; }
set { _symbol = value; }
    }
public double Price
    {
get { return _price; }
set { _price = value; }
    }
}

　　显然这样的设计极大的违背了“开放-封闭”原则，这不是我们所想要的，仅仅是新增加了一种通知对象，就需要对原有的Microsoft类进行修改，这样的设计是很糟糕的。对此做进一步的抽象，既然出现了多个通知对象，我们就为这些对象之间抽象出一个接口，用它来取消Microsoft和具体的通知对象之间依赖。

图4 静态UML图示例

　　实现代码如下：

public interface IObserver
{
void SendData(Microsoft ms);
}
public class Investor : IObserver
{
private string _name;
public Investor(string name)
    {
this._name = name;
    }
public void SendData(Microsoft ms)
    {
        Console.WriteLine("Notified {0} of {1}'s " + "change to {2:C}", _name,
 ms.Symbol,ms.Price);
    }
}
public class Microsoft
{
private IObserver _investor;
private String _symbol;
private double _price;
public void Update()
    {
        _investor.SendData(this);
    }
public String Symbol
    {
get { return _symbol; }
set { _symbol = value; }
    }
public double Price
    {
get { return _price; }
set { _price = value; }
    }
public IObserver Investor
    {
get { return _investor; }
set { _investor = value; }
    }
}

　　做到这一步，可以看到，我们在降低两者的依赖性上已经迈进了一小步，正在朝着弱依赖性这个方向变化。在Microsoft类中已经不再依赖于具体的Investor，而是依赖于接口IObserver。

　　但同时我们看到，再新出现一个移动设备这样的通知对象，Microsoft类仍然需要改变，对此我们再做如下重构，在Microsoft中维护一个IObserver列表，同时提供相应的维护方法。

 

图5 静态UML示例图

　　Microsoft类的实现代码如下：

public class Microsoft
{
private List<IObserver> observers = new List<IObserver>();
private String _symbol;
private double _price;
public void Update()
    {
foreach (IObserver ob in observers)
        {
            ob.SendData(this);
        }
    }
public void AddObserver(IObserver observer)
    {
        observers.Add(observer);
    }
public void RemoveObserver(IObserver observer)
    {
        observers.Remove(observer);
    }
public String Symbol
    {
get { return _symbol; }
set { _symbol = value; }
    }
public double Price
    {
get { return _price; }
set { _price = value; }
    }
}

　　此时客户端的调用代码：

class Program
{
static void Main(string[] args)
    {
        IObserver investor1 = new Investor("Jom");
        IObserver investor2 = new Investor("TerryLee");
        Microsoft ms = new Microsoft();
        ms.Symbol = "Microsoft";
        ms.Price = 120.00;
        ms.AddObserver(investor1);
        ms.AddObserver(investor2);
        ms.Update();
        Console.ReadLine();
    }
}

　　走到这一步，已经有了Observer模式的影子了，Microsoft类不再依赖于具体的Investor，而是依赖于抽象的IOberver。存在着的一个问题是Investor仍然依赖于具体的公司Microsoft，况且公司还会有很多IBM，Google等，解决这样的问题很简单，只需要再对Microsoft类做一次抽象。如下图所示：

图6 静态UML示例图

　　实现代码如下：

Code
public abstract class Stock
{
private List<IObserver> observers = new List<IObserver>();
private String _symbol;
private double _price;
public Stock(String symbol, double price)
    {
this._symbol = symbol;
this._price = price;
    }
public void Update()
    {
foreach (IObserver ob in observers)
        {
            ob.SendData(this);
        }
    }
public void AddObserver(IObserver observer)
    {
        observers.Add(observer);
    }
public void RemoveObserver(IObserver observer)
    {
        observers.Remove(observer);
    }
public String Symbol
    {
get { return _symbol; }
    }
public double Price
    {
get { return _price; }
    }
}
public class Microsoft : Stock
{
public Microsoft(String symbol, double price)
        : base(symbol, price)
    { }
}
public interface IObserver
{
void SendData(Stock stock);
}
public class Investor : IObserver
{
private string _name;
public Investor(string name)
    {
this._name = name;
    }
public void SendData(Stock stock)
    {
        Console.WriteLine("Notified {0} of {1}'s " + "change to {2:C}", _name, 
stock.Symbol,stock.Price);
    }
}

　　客户端程序代码如下：

class Program
{
static void Main(string[] args)
    {
        Stock ms = new Microsoft("Microsoft",120.00);
        ms.AddObserver(new Investor("Jom"));
        ms.AddObserver(new Investor("TerryLee"));
        ms.Update();
        Console.ReadLine();
    }
}

　　到这里我们可以看到，通过不断的重构，不断地抽象，我们由一开始的很糟糕的设计，逐渐重构为使用Observer模式的这样一个方案。在这个例子里面，IOberser充当了观察者的角色，而Stock则扮演了主题对象角色，在任何时候，只要调用了Stock的Update()方法，它就会通知它的所有观察者对象。同时可以看到，通过Observer模式，取消了直接依赖，变为间接依赖，这样大大提供了系统的可维护性和可扩展性。

　　推模式与拉模式
　　对于发布-订阅模型，大家都很容易能想到推模式与拉模式，用SQL Server做过数据库复制的朋友对这一点很清楚。在Observer模式中同样区分推模式和拉模式，我先简单的解释一下两者的区别：推模式是当有消息时，把消息信息以参数的形式传递（推）给所有观察者，而拉模式是当有消息时，通知消息的方法本身并不带任何的参数，是由观察者自己到主体对象那儿取回（拉）消息。知道了这一点，大家可能很容易发现上面我所举的例子其实是一种推模式的Observer模式。我们先看看这种模式带来了什么好处：当有消息时，所有的观察者都会直接得到全部的消息，并进行相应的处理程序，与主体对象没什么关系，两者之间的关系是一种松散耦合。但是它也有缺陷，第一是所有的观察者得到的消息是一样的，也许有些信息对某个观察者来说根本就用不上，也就是观察者不能“按需所取”；第二，当通知消息的参数有变化时，所有的观察者对象都要变化。鉴于以上问题，拉模式就应运而生了，它是由观察者自己主动去取消息，需要什么信息，就可以取什么，不会像推模式那样得到所有的消息参数。OK，说到这儿，你是否对于推模式和拉模式有了一点了解呢？我把前面的例子修改为了拉模式，供大家参考，可以看到通知方法是没有任何参数的：

public abstract class Stock
{
private List<IObserver> observers = new List<IObserver>();
private String _symbol;
private double _price;
public Stock(String symbol, double price)
    {
this._symbol = symbol;

this._price = price;
    }
public void Update()
    {
foreach (IObserver ob in observers)
        {
            ob.SendData();
        }
    }
public void AddObserver(IObserver observer)
    {
        observers.Add(observer);
    }
public void RemoveObserver(IObserver observer)

    {
        observers.Remove(observer);
    }
public String Symbol
    {
get { return _symbol; }
    }
public double Price
    {
get { return _price; }
    }
}
public class Microsoft : Stock
{
public Microsoft(String symbol, double price)

        : base(symbol, price)
    { }
}
public interface IObserver
{
void SendData();
}
public class Investor : IObserver
{
private string _name;
private Stock _stock;
public Investor(string name,Stock stock)
    {
this._name = name;
this._stock = stock;
    }
public void SendData()
    {
        Console.WriteLine("Notified {0} of {1}'s " + "change to {2:C}",
_name, _stock.Symbol, _stock.Price);
    }
}
class Program
{
static void Main(string[] args)
    {
        Stock ms = new Microsoft("Microsoft", 120.00);
        ms.AddObserver(new Investor("Jom",ms));
        ms.AddObserver(new Investor("TerryLee",ms));
        ms.Update();
        Console.ReadLine();
    }
}

　　当然拉模式也是有一些缺点的，主体对象和观察者之间的耦合加强了，但是这可以通过抽象的手段使这种耦合关系减到最小。[感谢idior的意见]

.NET中的Observer模式
　　在.NET 中，相信大家对于事件和委托都已经不陌生了，这里就不具体多说了。利用事件和委托来实现Observer模式我认为更加的简单和优雅，也是一种更好的解决方案。因为在上面的示例中我们可以看到，虽然取消了直接耦合，但是又引入了不必要的约束（暂且这么说吧）。即那些子类必须都继承于主题父类，还有观察者接口等。网上有很多这方面的例子，上面的例子简单的用事件和委托实现如下，仅供大家参考：

class Program
{
static void Main(string[] args)
    {
        Stock stock = new Stock("Microsoft", 120.00);
        Investor investor = new Investor("Jom");
        stock.NotifyEvent += new NotifyEventHandler(investor.SendData);
        stock.Update();
        Console.ReadLine();
    }
}
public delegate void NotifyEventHandler(object sender);
public class Stock
{
public NotifyEventHandler NotifyEvent;
private String _symbol;
private double _price;
public Stock(String symbol, double price)
    {
this._symbol = symbol;
this._price = price;
    }
public void Update()
    {
        OnNotifyChange();    
    }
public void OnNotifyChange()
    {
if (NotifyEvent != null)
        {
            NotifyEvent(this);
        }
    }
public String Symbol

    {
get { return _symbol; }
    }

public double Price

    {
get { return _price; }
    }
}


public class Investor
{
private string _name;
public Investor(string name)
    {
this._name = name;
    }
public void SendData(object obj)
    {
if (obj is Stock)
        {
            Stock stock = (Stock)obj;
            Console.WriteLine("Notified {0} of {1}'s " + "change to {2:C}", _name, 
stock.Symbol, stock.Price);
        }
    }
}

　　效果及实现要点
　　1．使用面向对象的抽象，Observer模式使得我们可以独立地改变目标与观察者，从而使二者之间的依赖关系达到松耦合。
　　2．目标发送通知时，无需指定观察者，通知（可以携带通知信息作为参数）会自动传播。观察者自己决定是否需要订阅通知。目标对象对此一无所知。
　　3．在C#中的Event。委托充当了抽象的Observer接口，而提供事件的对象充当了目标对象，委托是比抽象Observer接口更为松耦合的设计。

　　适用性
　　1．当一个抽象模型有两个方面, 其中一个方面依赖于另一方面。将这二者封装在独立的对象中以使它们可以各自独立地改变和复用。
　　2．当对一个对象的改变需要同时改变其它对象, 而不知道具体有多少对象有待改变。
　　3．当一个对象必须通知其它对象，而它又不能假定其它对象是谁。换言之, 你不希望这些对象是紧密耦合的。

　　总结
　　通过Observer模式，把一对多对象之间的通知依赖关系的变得更为松散，大大地提高了程序的可维护性和可扩展性，也很好的符合了开放-封闭原则。

转载于:https://www.cnblogs.com/waw/archive/2011/08/29/2157105.html

weixin_34357436
关注
软件设计模式之观察者模式实验
escFAJ的博客
08-17 1823
软件设计模式之观察者模式实验 一、实验目的 掌握软件设计模式中的观察者模式，能够用观察者模式编写程序，解决实际问题。 二、实验内容与要求 内容：在一家拍卖行，有三个竞拍者参加竞拍，拍卖过程中，拍卖者每报出一次竞价，拍卖师都会将当前的最高标价信息通知给其他竞拍者，其他竞拍者收到通知后做出相应的反映（继续竞价或放弃竞价）。请用观察者模式编写代码模拟整个竞拍过程，程序设计语言可自由选择。 要求：需要用“文字+代码+截图”的形式对实验的主要代码和运行结果进行展示和描述。 三、实验方法 MySubject类就是我们的
listbox java_listbox读取数据库
weixin_36080584的博客
02-17 304
asp.net 2个ListBox之间转移数据的实现2个ListBox之间转移数据，通常左侧的是从数据库动态读取出来的数据，然后右侧是用户从左侧选择数据项后添加的，这种情况在设置权限等场合经常用到，如下图：功能实现起来也很简单，实现方法如下：/// /// 选择...文章暖枫无敌2015-01-10597浏览量WPF编游戏系列 之九 物品清单再优化原文:WPF编游戏系列 之九 物品清单再优化在“第...
.NET中的设计模式五：观察者模式
11-20 1631
观察者模式（Observer）完美的将观察者和被观察的对象分离开。举个例子，用户界面可以作为一个观察者，业务数据是被观察者，用户界面观察业务数据的变化，发现数据变化后，就显示在界面上。面向对象设计的一个原则是：系统中的每个类将重点放在某一个功能上，而不是其他方面。一个对象只做一件事情，并且将他做好。观察者模式在模块之间划定了清晰的界限，提高了应用程序的可维护性和重用性。观察者模式有很多实现方式
对象间的联动——观察者模式（二）
duoerbasilu
07-05 387
22.2 观察者模式概述 观察者模式是使用频率最高的设计模式之一，它用于建立一种对象与对象之间的依赖关系，一个对象发生改变时将自动通知其他对象，其他对象将相应作出反应。在观察者模式中，发生改变的对象称为观察目标，而被通知的对象称为观察者，一个观察目标可以对应多个观察者，而且这些观察者之间可以没有任何相互联系，可以根据需要增加和删除观察者，使得系统更易于扩展。 观察者模式定义如下： 观...
.NET设计模式：观察者模式（Observer Pattern）
老汉--小庙和尚
10-21 2409
<!--v/:* {behavior:url(#default#VML);}o/:* {behavior:url(#default#VML);}w/:* {behavior:url(#default#VML);}.shape {behavior:url(#default#VML);}--> Normal 0 7.8 磅 0 2
"深度学习诊断锂离子电池退化模式：新方法高精度快速在线应用
能源与人工智能9（2022）100158研究论文用于通过深度学习阮海军a，*，陈静怡a，艾伟龙a，b，吴比利a，b，*a戴森设计工程学院，伦敦帝国学院，伦敦，SW7 2AZ，英国b法拉第研究所，Quad One，Harwell Science and ...
作家数字版权收入猛涨 期望分成模式更透明.docx
09-27
标题“作家数字版权收入猛涨 期望分成模式更透明”揭示了当前数字版权领域的一个显著趋势，即作家从数字版权中获取的收入显著增加，并且他们对于收入分配的透明度有更高的期待。以下是对这个话题的详细分析： 一、...
狼人科技网站
03-19
狼人科技网站源码 狼人科技系统技术特色： 所用语言有：Div+Css,Sql2000,C#,ASP.net 1．使用是类库，这样一来使得本系统相对来说安全一点； ... 3．弹出对话框使用了Page类下的...作者：吴艾伟，发布者：wulang1988
泰安主板S7050_v109.zip
06-11
NVME（非易失性内存主机控制器接口规范）是一种高速接口标准，专为固态硬盘（尤其是M.2接口的SSD）设计，提供了比传统SATA接口更高的数据传输速度和更低的延迟。这意味着更新后，S7050主板将能够更好地支持使用NVME...
观察者模式
Rebecca
11-14 143
今天学习了一个设计模式。（刚刚画好的设计图在下篇文章，如果需要可以查看^^） （一定义） 观察者模式：是一种对象之间的一对多的依赖。当一个对象状态改变时，它的所有依赖者都会收到通知并自动更新。 （二理解） 这种观察模式在理解上相当于报社与订阅者之间的关系。 1报社的业务就是出版报纸的。 2不论是个人还是单位当像该报社订阅报纸时，只要他们有新的报纸出...
研磨设计模式 之 观察者模式(Observer) 3——跟着cc学设计系列
跟着cc学设计 私塾在线学习网 http://sishuok.com
08-16 530
12.3  模式讲解 12.3.1  认识观察者模式 （1）目标和观察者之间的关系        按照模式的定义，目标和观察者之间是典型的一对多的关系。        但是要注意，如果观察者只有一个，也是可以的，这样就变相实现了目标和观察者之间一对一的关系，这也使得在处理一个对象的状态变化会影响到另一个对象的时候，也可以考虑使用观察者模式。        同样的，一个观察者也可以观...
设计模式——观察者模式（Observer Pattern）
最新发布
ddm
12-13 425
观察者模式是使用频率最高的设计模式之一，它用于建立一种对象与对象之间的依赖关系，一个对象发生改变时将自动通知其他对象，其他对象将相应作出反应。在观察者模式中，发生改变的对象称为观察目标，而被通知的对象称为观察者，一个观察目标可以对应多个观察者，而且这些观察者之间可以没有任何相互联系，可以根据需要增加和删除观察者，使得系统更易于扩展。观察者模式(Observer Pattern)：定义对象之间的一种一对多依赖关系，使得每当一个对象状态发生改变时，其相关依赖对象皆得到通知并被自动更新。
设计模式之观察者模式
京东放养的爬虫
08-11 1492
观察者模式 当对象间存在一对多关系时，则使用观察者模式（Observer Pattern）。比如，当一个对象被修改时，则会自动通知它的依赖对象。观察者模式属于行为型模式。 介绍 意图：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。 主要解决：一个对象状态改变给其他对象通知的问题，而且要考虑到易用和低耦合，保证高度的协作。 何时
学习《图说设计模式》观察者模式
Orange_Wu的博客
05-29 339
图说设计模式之观察者模式 1. 模式动机 建立一种对象与对象之间的依赖关系，一个对象发生改变时将自动通知其他对象，其他对象将相应做出反应。在此，发生改变的对象称为观察目标，而被通知的对象称为观察者，一个观察目标可以对应多个观察者，而且这些观察者之间没有相互联系，可以根据需要增加和删除观察者，使得系统更易于扩展，这就是观察者模式的模式动机。 2. 模式定义 观察者模式(Observer Pattern)：定义对象间的一种一对多依赖关系，使得每当一个对象状态发生改变时，其相关依赖对象皆得到通知并被自动更新。观察
观察者模式(Observer)
Go的全部
01-22 562
观察者模式(Observer)/依赖(Dependents)/发布-订阅(Publish-Subscribe) 1.意图 定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。 2.适用性 在以下任一情况下可以使用观察者模式 : 当一个抽象模型有两个方面,其中一个方面依赖于另一方面。将这二者封装在独立的对象中以使它们可以各自独立地改变和复用。 当对一个对象的改变需要同时改变其它对象,而不知道具体有多少对象有待改变。 当一个对象必须通知其它对象，而它又不能假
（设计模式十三）java设计模式之观察者模式
IT-HotBoy的博客
04-16 745
特别说明：本篇博客来自于设计模式菜鸟教程观察者模式当对象间存在一对多关系时，则使用观察者模式（Observer Pattern）。比如，当一个对象被修改时，则会自动通知它的依赖对象。观察者模式属于行为型模式。介绍意图：定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。主要解决：一个对象状态改变给其他对象通知的问题，而且要考虑到易用和低耦合，保证...
WinCE平台智能家居监控终端界面设计与XML应用
"这篇论文探讨了在WinCE平台上设计智能家居移动监控终端界面的方法。作者指出，传统的WinCE界面开发常采用MFC或GDI库，但这些方法已不能满足现代嵌入式系统界面的需求，存在灵活性不足和维护困难的问题。论文提出...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值