C# 事件的設計與使用深入理解
更新時間:2012年12月24日 16:34:18 作者:
事件是用于通知其他對象發(fā)生了本對象發(fā)生了特定的事情的類型成員;事件是.NET類型成員中相對較為難以理解和實踐的一個成員,因為事件的定義不是繼承自基礎的數(shù)據(jù)類型,而是對委托(delegate)的封裝。所以,在了解事件之前,你需要先了解一點委托
相關概念
定義:事件是用于通知其他對象發(fā)生了本對象發(fā)生了特定的事情的類型成員。
說明:事件是.NET類型成員中相對較為難以理解和實踐的一個成員,因為事件的定義不是繼承自基礎的數(shù)據(jù)類型,而是對委托(delegate)的封裝。所以,在了解事件之前,你需要先了解一點委托。
應用場景:事件的應用場景非常廣泛,其中最常見的場景是在各個前端控件中的大量觸發(fā)事件設計。原因是因為
意義:事件成員的使用有利于在程序中對面向對象原則的實現(xiàn)。例如類型的單一職責原則,控制反轉原則。設想如果前端控件不能抽象出大量豐富的事件,那幾乎不能將前端的UI元素與業(yè)務邏輯脫鉤。程序必然高度耦合。
設計模式的應用:經(jīng)典設計模式中的觀察者模式就非常依賴于對事件成員的設計而實現(xiàn)。
本章將通過設計一個電子郵件到達時,觸發(fā)事件的場景來解析對事件提供者和訂閱者類型的設計。案例來源于《CLR Via C#》一書。
事件提供者類型的設計
一. 定義類型來容納所有需要發(fā)送給事件訂閱者的附加信息
目標:定義一個類型用于向事件的訂閱者傳遞信息
方法:繼承默認的System.EventArgs類型,實現(xiàn)簡單的需要傳遞信息的字段,屬性以及實例構造器成員。示例如下:
using System;
using System.Linq;
namespace ConsoleTest
{
public class NewMailEventArgs : EventArgs
{
private readonly string from, to, subject;
public NewMailEventArgs(string from, string to, string subject)
{
this.from = from;
this.to = to;
this.subject = subject;
}
public string Subject
{
get
{
return this.subject;
}
}
public string To
{
get
{
return this.to;
}
}
public string From
{
get
{
return this.from;
}
}
}
}
二. 定義事件成員
目標:在事件提供者類型中定義一個事件成員,用于事件訂閱者對象的注冊。
方法:封裝一個自定義委托,來提供事件處理方法的模板;或者實現(xiàn)一個System.EventHandler的泛型類型來達到一樣的效果。(EventHandler是一個默認提供的已封裝的委托)。兩種方法的示例分別如下:
方法一:
public delegate void NewMailHandler(object e, NewMailEventArgs args);
public class MailManager
{
public event NewMailHandler NewMail;
}
方法二:
public class MailManager
{
public event EventHandler<NewMailEventArgs> NewMail;
}
為什么這兩種方法能夠達到同樣的效果,查看一下System.EventHandler的定義就能知曉:
namespace System
{
// 摘要:
// 表示將處理事件的方法。
//
// 參數(shù):
// sender:
// 事件源。
//
// e:
// 一個包含事件數(shù)據(jù)的 System.EventArgs。
//
// 類型參數(shù):
// TEventArgs:
// 由該事件生成的事件數(shù)據(jù)的類型。
[Serializable]
public delegate void EventHandler<TEventArgs>(object sender, TEventArgs e);
}
三. 定義一個統(tǒng)一觸發(fā)事件的方法入口來通知事件的訂閱對象
目標:在事件提供者類型中定義一個方法成員,用來統(tǒng)一的引發(fā)目標事件。
說明:為了保證這個方法只能在本類型及派生類型中調(diào)用,我們需要將方法修飾為protected, 為了讓派生類型可以重寫這個方法,我們需要將該方法修飾為virtual
意義:這個統(tǒng)一入口方法的意義在于,能夠統(tǒng)一維護觸發(fā)事件的方式,并且能夠確保事件調(diào)用的線程安全性。(避免在不同的線程觸發(fā)時,事件訂閱者的狀態(tài)不同步)
示例如下:
public class MailManager
{
public event EventHandler<NewMailEventArgs> NewMail;
protected virtual void OnNewMail(NewMailEventArgs e)
{
//處于線程安全的考慮,現(xiàn)在將對委托字段的引用復制到一個臨時字段中
EventHandler<NewMailEventArgs> temp = System.Threading.Interlocked.CompareExchange
(ref NewMail, null, null);
//如果有事件訂閱者對象的存在,則通知他們,事件已觸發(fā)
if (temp != null)
temp(this, e);
}
}
四. 在所有需要觸發(fā)事件的業(yè)務方法中,調(diào)用第三步中定義的方法
目標:在類型中還需要有一個業(yè)務方法,來將業(yè)務中的場景轉化為事件觸發(fā)。。
方法:在任意需要的業(yè)務方法中,直接調(diào)用第三步的方法就可以了,不過需要實現(xiàn)封裝一個傳遞信息的類型。
示例如下:
public class MailManager
{
public event EventHandler<NewMailEventArgs> NewMail;
protected virtual void OnNewMail(NewMailEventArgs e)
{
//處于線程安全的考慮,現(xiàn)在將對委托字段的引用復制到一個臨時字段中
EventHandler<NewMailEventArgs> temp = System.Threading.Interlocked.CompareExchange
(ref NewMail, null, null);
//如果有事件訂閱者對象的存在,則通知他們,事件已觸發(fā)
if (temp != null)
temp(this, e);
}
public void SimulateNewMail(string from, string to, string subject)
{
//構造一個對象來封裝向傳給事件訂閱者的信息
NewMailEventArgs e = new NewMailEventArgs(from, to, subject);
//觸發(fā)事件引發(fā)的入口方法
OnNewMail(e);
}
}
事件訂閱者類型的設計
一. 定義類型來訂閱和偵聽事件
目標:設計一個傳真類型Fax類來偵聽NewMail事件。
說明:Fax類型中需要具備對NewMail事件的訂閱和取消訂閱的方法。示例如下:
internal sealed class Fax
{
private MailManager mailManager;
public Fax(MailManager mm)
{
this.mailManager = mm;
}
public void Register()
{
mailManager.NewMail += new EventHandler<NewMailEventArgs>(FaxMsg);
}
void FaxMsg(object sender, NewMailEventArgs e)
{
Console.WriteLine("Fax mail message");
Console.WriteLine("From = {0}, To = {1}, Subject = {2}", e.From, e.To, e.Subject);
}
public void Unregister()
{
mailManager.NewMail -= FaxMsg;
}
}
定義:事件是用于通知其他對象發(fā)生了本對象發(fā)生了特定的事情的類型成員。
說明:事件是.NET類型成員中相對較為難以理解和實踐的一個成員,因為事件的定義不是繼承自基礎的數(shù)據(jù)類型,而是對委托(delegate)的封裝。所以,在了解事件之前,你需要先了解一點委托。
應用場景:事件的應用場景非常廣泛,其中最常見的場景是在各個前端控件中的大量觸發(fā)事件設計。原因是因為
意義:事件成員的使用有利于在程序中對面向對象原則的實現(xiàn)。例如類型的單一職責原則,控制反轉原則。設想如果前端控件不能抽象出大量豐富的事件,那幾乎不能將前端的UI元素與業(yè)務邏輯脫鉤。程序必然高度耦合。
設計模式的應用:經(jīng)典設計模式中的觀察者模式就非常依賴于對事件成員的設計而實現(xiàn)。
本章將通過設計一個電子郵件到達時,觸發(fā)事件的場景來解析對事件提供者和訂閱者類型的設計。案例來源于《CLR Via C#》一書。
事件提供者類型的設計
一. 定義類型來容納所有需要發(fā)送給事件訂閱者的附加信息
目標:定義一個類型用于向事件的訂閱者傳遞信息
方法:繼承默認的System.EventArgs類型,實現(xiàn)簡單的需要傳遞信息的字段,屬性以及實例構造器成員。示例如下:
復制代碼 代碼如下:
using System;
using System.Linq;
namespace ConsoleTest
{
public class NewMailEventArgs : EventArgs
{
private readonly string from, to, subject;
public NewMailEventArgs(string from, string to, string subject)
{
this.from = from;
this.to = to;
this.subject = subject;
}
public string Subject
{
get
{
return this.subject;
}
}
public string To
{
get
{
return this.to;
}
}
public string From
{
get
{
return this.from;
}
}
}
}
二. 定義事件成員
目標:在事件提供者類型中定義一個事件成員,用于事件訂閱者對象的注冊。
方法:封裝一個自定義委托,來提供事件處理方法的模板;或者實現(xiàn)一個System.EventHandler的泛型類型來達到一樣的效果。(EventHandler是一個默認提供的已封裝的委托)。兩種方法的示例分別如下:
方法一:
復制代碼 代碼如下:
public delegate void NewMailHandler(object e, NewMailEventArgs args);
public class MailManager
{
public event NewMailHandler NewMail;
}
方法二:
復制代碼 代碼如下:
public class MailManager
{
public event EventHandler<NewMailEventArgs> NewMail;
}
為什么這兩種方法能夠達到同樣的效果,查看一下System.EventHandler的定義就能知曉:
復制代碼 代碼如下:
namespace System
{
// 摘要:
// 表示將處理事件的方法。
//
// 參數(shù):
// sender:
// 事件源。
//
// e:
// 一個包含事件數(shù)據(jù)的 System.EventArgs。
//
// 類型參數(shù):
// TEventArgs:
// 由該事件生成的事件數(shù)據(jù)的類型。
[Serializable]
public delegate void EventHandler<TEventArgs>(object sender, TEventArgs e);
}
三. 定義一個統(tǒng)一觸發(fā)事件的方法入口來通知事件的訂閱對象
目標:在事件提供者類型中定義一個方法成員,用來統(tǒng)一的引發(fā)目標事件。
說明:為了保證這個方法只能在本類型及派生類型中調(diào)用,我們需要將方法修飾為protected, 為了讓派生類型可以重寫這個方法,我們需要將該方法修飾為virtual
意義:這個統(tǒng)一入口方法的意義在于,能夠統(tǒng)一維護觸發(fā)事件的方式,并且能夠確保事件調(diào)用的線程安全性。(避免在不同的線程觸發(fā)時,事件訂閱者的狀態(tài)不同步)
示例如下:
復制代碼 代碼如下:
public class MailManager
{
public event EventHandler<NewMailEventArgs> NewMail;
protected virtual void OnNewMail(NewMailEventArgs e)
{
//處于線程安全的考慮,現(xiàn)在將對委托字段的引用復制到一個臨時字段中
EventHandler<NewMailEventArgs> temp = System.Threading.Interlocked.CompareExchange
(ref NewMail, null, null);
//如果有事件訂閱者對象的存在,則通知他們,事件已觸發(fā)
if (temp != null)
temp(this, e);
}
}
四. 在所有需要觸發(fā)事件的業(yè)務方法中,調(diào)用第三步中定義的方法
目標:在類型中還需要有一個業(yè)務方法,來將業(yè)務中的場景轉化為事件觸發(fā)。。
方法:在任意需要的業(yè)務方法中,直接調(diào)用第三步的方法就可以了,不過需要實現(xiàn)封裝一個傳遞信息的類型。
示例如下:
復制代碼 代碼如下:
public class MailManager
{
public event EventHandler<NewMailEventArgs> NewMail;
protected virtual void OnNewMail(NewMailEventArgs e)
{
//處于線程安全的考慮,現(xiàn)在將對委托字段的引用復制到一個臨時字段中
EventHandler<NewMailEventArgs> temp = System.Threading.Interlocked.CompareExchange
(ref NewMail, null, null);
//如果有事件訂閱者對象的存在,則通知他們,事件已觸發(fā)
if (temp != null)
temp(this, e);
}
public void SimulateNewMail(string from, string to, string subject)
{
//構造一個對象來封裝向傳給事件訂閱者的信息
NewMailEventArgs e = new NewMailEventArgs(from, to, subject);
//觸發(fā)事件引發(fā)的入口方法
OnNewMail(e);
}
}
事件訂閱者類型的設計
一. 定義類型來訂閱和偵聽事件
目標:設計一個傳真類型Fax類來偵聽NewMail事件。
說明:Fax類型中需要具備對NewMail事件的訂閱和取消訂閱的方法。示例如下:
復制代碼 代碼如下:
internal sealed class Fax
{
private MailManager mailManager;
public Fax(MailManager mm)
{
this.mailManager = mm;
}
public void Register()
{
mailManager.NewMail += new EventHandler<NewMailEventArgs>(FaxMsg);
}
void FaxMsg(object sender, NewMailEventArgs e)
{
Console.WriteLine("Fax mail message");
Console.WriteLine("From = {0}, To = {1}, Subject = {2}", e.From, e.To, e.Subject);
}
public void Unregister()
{
mailManager.NewMail -= FaxMsg;
}
}
相關文章
asp.net網(wǎng)站的404錯誤頁面的正確設置方法
asp.net網(wǎng)站的404錯誤頁面的正確設置方法,需要的朋友可以參考下。2010-05-05asp.net 動態(tài)創(chuàng)建TextBox控件及狀態(tài)數(shù)據(jù)如何加載
接著上文Asp.net TextBox的TextChanged事件你真的清楚嗎?這里我們來說說狀態(tài)數(shù)據(jù)時如何加載的,需要的朋友可以參考下2012-12-12基于ABP架構開發(fā)的.Net Core項目部署到IIS問題匯總
這篇文章介紹了基于ABP架構開發(fā)的.Net Core項目部署到IIS問題匯總,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2022-06-06.NET 日志系統(tǒng)設計思路及實現(xiàn)代碼
這篇文章主要介紹了.NET 日志系統(tǒng)設計思路及實現(xiàn)代碼,有需要的朋友可以參考一下2013-12-12淺談ASP.NET Core 2.0 帶初始參數(shù)的中間件(譯)
這篇文章主要介紹了淺談ASP.NET Core 2.0 帶初始參數(shù)的中間件(譯),非常具有實用價值,需要的朋友可以參考下2017-10-10