C#設計模式之訂閱釋出模式
什麼是Pub-Sub
釋出訂閱是一種設計模式,它允許應用程式元件之間進行鬆散耦合。
其實訂閱釋出設計中主要是釋出者生成事件通道,用於在不瞭解任何訂閱者存在的情況下通知訂閱者。
當然委託EventHandlers和Event關鍵字vb.net教程在此事件處理機制中擔任著重要的角色。下面我們來看看如何使用它們。
Pub和Sub的使用
首先我們看一個簡單地訂閱釋出
c#教程模式.
定義一個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.
public delegate void EventHandler(
object sender,
EventArgs e
)
預設情況下,EventHandler將傳送物件和一些事件引數作為引數。
public class MyEventArgs : EventArgs
{
public int Value { get; set; }
public MyEventArgs(int value)
{
Value = value;
}
}
public class Pub
{
public event EventHandler<MyEventArgs> OnChange = delegate { };
public void Raise()
{
OnChange(this, new MyEventArgs(1));
}
}
class Program
{
static void Main(string[] args)
{
Pub p = new Pub();
p.OnChange += (sender, e) => Console.WriteLine("Sub 1.Value:" + e.Value);
p.OnChange += (sender, e) => Console.WriteLine("Sub 2.Value:" + e.Value);
p.Raise();
Console.WriteLine("Press enter !");
Console.ReadLine();
}
}
如上程式碼中通過pub類使用通用的EventHandler,它觸發EventHandler OnChange時需要傳遞的事件引數型別,在上面程式碼片段中為MyArgs
事件中的異常
我們繼續說一種情況.大家看如下程式碼片段
public class MyEventArgs : EventArgs
{
public int Value { get; set; }
public MyEventArgs(int value)
{
Value = value;
}
}
public class Pub
{
public event EventHandler<MyEventArgs> OnChange = delegate { };
public void Raise()
{
OnChange(this, new MyEventArgs(1));
}
}
class Program
{
static void Main(string[] args)
{
Pub p = new Pub();
p.OnChange += (sender, e) => Console.WriteLine("Sub 1.Value:" + e.Value);
p.OnChange += (sender, e) => { throw new Exception(); };
p.OnChange += (sender, e) => Console.WriteLine("Sub 2.Value:" + e.Value);
p.Raise();
Console.WriteLine("Press enter !");
Console.ReadLine();
}
}
執行如上程式碼後,大家會發現第一個訂閱者已經執行成功了,第二個訂閱者引發了異常,而第三個訂閱者未被呼叫.這是一個很尷尬的事情.
如果說我們覺得如上的過程不是我們預期的,我們需要手動引發事件並處理異常,這時候我們可以使用Delegate基類中定義的GetInvoctionList來幫助我們實現這些。
我們繼續看如下程式碼
public class MyEventArgs : EventArgs
{
public int Value { get; set; }
public MyEventArgs(int value)
{
Value = value;
}
}
public class Pub
{
public event EventHandler<MyEventArgs> OnChange = delegate { };
public void Raise()
{
MyEventArgs eventArgs = new MyEventArgs(1);
List<Exception> exceptions = new List<Exception>();
foreach (Delegate handler in OnChange.GetInvocationList())
{
try
{
handler.DynamicInvoke(this, eventArgs);
}
catch (Exception e)
{
exceptions.Add(e);
}
}
if (exceptions.Any())
{
throw new AggregateException(exceptions);
}
}
}
class Program
{
static void Main(string[] args)
{
Pub p = new Pub();
p.OnChange += (sender, e) => Console.WriteLine("Sub 1.Value:" + e.Value);
p.OnChange += (sender, e) => { throw new Exception(); };
p.OnChange += (sender, e) => Console.WriteLine("Sub 2.Value:" + e.Value);
p.Raise();
Console.WriteLine("Press enter !");
Console.ReadLine();
}
}
Reference
https://github.com/hueifeng/DesignPatterns-Samples/tree/master/PubSubPattern
https://hackernoon.com/observer-vs-pub-sub-pattern-50d3b27f838c
相關文章
- 設計模式之釋出訂閱模式(2) Redis 釋出/訂閱模式設計模式Redis
- 設計模式之釋出訂閱模式(1) 一文搞懂釋出訂閱模式設計模式
- javascript設計模式 之 5 釋出-訂閱模式JavaScript設計模式
- js設計模式--釋出訂閱模式JS設計模式
- javascript中的設計模式之釋出-訂閱模式JavaScript設計模式
- JavaScript設計模式系列--釋出訂閱模式JavaScript設計模式
- JS設計模式七:釋出-訂閱模式JS設計模式
- 每天一個設計模式之訂閱-釋出模式設計模式
- 設計模式之單例、工廠、釋出訂閱者模式設計模式設計模式單例
- JavaScript 設計模式之觀察者模式與釋出訂閱模式JavaScript設計模式
- js進階-設計模式: 釋出訂閱模式JS設計模式
- 設計模式讀書筆記之原型模式、釋出訂閱模式設計模式筆記原型
- 設計模式學習之觀察者模式和釋出訂閱模式設計模式
- 設計模式之釋出訂閱模式(5) Spring Events原始碼解析設計模式Spring原始碼
- 設計模式之釋出訂閱模式(4) Guava Eventbus 事件處理設計模式Guava事件
- JavaScript設計模式之釋出-訂閱模式(觀察者模式)-Part2JavaScript設計模式
- 釋出訂閱模式模式
- 設計模式之釋出訂閱模式(3) 深入Spring Events事件驅動模型設計模式Spring事件模型
- 奇技淫巧之釋出訂閱模式模式
- JS訂閱釋出模式JS模式
- 觀察者模式-訂閱釋出模式模式
- Javascript(七)釋出-訂閱模式JavaScript模式
- 釋出訂閱模式學習模式
- js 觀察者模式 訂閱釋出模式JS模式
- 觀察者模式 vs 釋出訂閱模式模式
- 行為型:釋出訂閱模式模式
- MQTT 釋出/訂閱模式介紹MQQT模式
- Spring 中的釋出-訂閱模式Spring模式
- 觀察者模式和釋出訂閱模式(上)模式
- Spring原始碼之七registerListeners()及釋出訂閱模式Spring原始碼模式
- javascript(js) 觀察者模式和釋出訂閱模式JavaScriptJS模式
- 談談觀察者模式和釋出訂閱模式模式
- SpringBoot Redis 釋出訂閱模式 Pub/SubSpring BootRedis模式
- 釋出訂閱 VS 觀察者模式模式
- JavaScript中釋出/訂閱模式的理解JavaScript模式
- 對釋出-訂閱者模式的解析模式
- 觀察者模式與釋出訂閱模式區別 - JS模式JS
- js 實現簡單釋出訂閱模式JS模式