深入了解C#设计模式之订阅发布模式

什么是Pub-Sub

发布订阅是一种设计模式，它允许应用程序组件之间进行松散耦合。
其实订阅发布设计中主要是发布者生成事件通道，用于在不了解任何订阅者存在的情况下通知订阅者。

当然委托EventHandlers和Event关键字在此事件处理机制中担任着重要的角色。下面我们来看看如何使用它们。

Pub和Sub的使用

首先我们看一个简单地订阅发布模式.

定义一个Action委托，无返回值.

namespace PubSubPattern
{
  public class Pub
  {
    public Action OnChange { get; set; }

    public void Raise()
    {
      if (OnChange != null)
      {
        //Invoke OnChange Action
        OnChange();
      }
    }
  }

  class Program
  {
    static void Main(string[] args)
    {
      var p = new Pub();
      p.OnChange += () => Console.WriteLine("Sub 1");

      p.OnChange += () => Console.WriteLine("Sub 2");

      p.Raise();

      Console.WriteLine("Press enter !");
      Console.ReadLine();

    }
  }
}

如上代码我们创建了一个发布者，并且我们调用委托进行创建我们匿名方法来订阅。由于委托提供了多播功能，因此我们可以OnChange属性上使用+=.

虽然说我们看着如上代码执行无误，但是程序中仍然存在一些问题，如果使用=而不是+=,那么OnChange属性中将会删除第一个订阅者。
由于OnChange是公共属性，因此该类的任何外部用户都可以进行调用p.OnChange().

使用Event关键字的发布订阅

下面我们来看看使用event关键字后的代码

  public class Pub
  {
    public event Action OnChange = delegate { };

    public void Raise()
    {
      OnChange();
    }
  }

  class Program
  {
    static void Main(string[] args)
    {
      Pub p = new Pub();
      p.OnChange += () => Console.WriteLine("Sub 1");
      p.OnChange += () => Console.WriteLine("Sub 2");
      p.Raise();
      Console.WriteLine("Press enter !");
      Console.ReadLine();
    }
  }

通过如上代码我们试着去解决我们第一处所说的问题，我们会发现使用event关键字后可以保护我们OnChange免受不必要的访问。它不允许使用=也就是说他不允许直接进行分配委托，因此我们现在可以避免使用=，从而避免应用程序不必要的麻烦。

可能大家也会发现OnChange初始化为空委托delegate{}。这样可以确保我们的OnChange永远不会为空。因为当我们其他进行对他调用的时候我们可以在代码中进行删除对他的非空检查.

使用EventHandlers的发布订阅

其实在订阅发布中，发布者和订阅者都不知道彼此的存在。有个EventHandler，它被称为消息代理或者说事件总线，发布者和订阅者都应该知道它，它接收所有传入的消息并且将它们进行转发.

因此呢，在如下片段中我们使用EventHandler而不是用Action.