事件會在發生一些事情時，通知任意多個對消息感興趣 的客戶。Logger類不必預先知道任何對消息感興趣的對象。
Logger類只 包含一個事件。大多數Windows控件有很多事件，在這種情況下，為每一個事件 添加一個字段並不是一個可以接受的方法。在某些情況下，一個程序中只實際上 只定義了少量的事件。當你遇到這種情況時，你可以修改設計，只有在運行時須 要事件時在創建它。
(譯注：作者的一個明顯相思就是，當他想說什麼好 時，就決不會，或者很少說這個事情的負面影響。其實事件對性能的影響是很大 的，應該盡量少用。事件給我們帶來的好處是很多的，但不要海濫用事件。作者 在這裡沒有明說事件的負面影響。)
擴展的Logger類有一個 System.ComponentModel.EventHandlerList容器，它存儲了在給定系統中應該引 發的事件對象。更新的AddMsg()方法現在帶一個參數，它可以詳細的指示子系統 日志的消息。如果子系統有任何的監聽者，事件就被引發。同樣，如果事件的監 聽者在所有感興趣的消息上監聽，它同樣會被引發：
public class Logger
{
private static System.ComponentModel.EventHandlerList
Handlers = new System.ComponentModel.EventHandlerList();
static public void AddLogger(
string system, AddMessageEventHandler ev )
{
Handlers[ system ] = ev;
}
static public void RemoveLogger( string system )
{
Handlers[ system ] = null;
}
static public void AddMsg ( string system,
int priority, string msg )
{
if ( ( system != null ) && ( system.Length > 0 ) )
{
AddMessageEventHandler l =
Handlers[ system ] as AddMessageEventHandler;
LoggerEventArgs args = new LoggerEventArgs(
priority, msg );
if ( l != null )
l ( null, args );
// The empty string means receive all messages:
l = Handlers[ "" ] as AddMessageEventHandler;
if ( l != null )
l( null, args );
}
}
}
這個新的例子在 Event HandlerList集合中存儲了個別的事件句柄，客戶代碼添加到特殊的子系 統中，而且新的事件對象被創建。然後同樣的子系統需要時，取回同樣的事件對 象。如果你開發一個類包含有大量的事件實例，你應該考慮使用事件句柄集合。 當客戶附加事件句柄時，你可以選擇創建事件成員。在.Net框架內部， System.Windows.Forms.Control類對事件使用了一個復雜且變向的實現，從而隱 藏了復雜的事件成員字段。每一個事件字段在內部是通過訪問集合來添加和移除 實際的句柄。關於C#語言的這一特殊習慣，你可以在原則49中發現更多的信息。
你用事件在類上定義了一個外接的接口：任意數量的客戶可以添加句柄 到事件上，而且處理它們。這些對象在編譯時不必知道是誰。事件系統也不必知 道詳細就可以合理的使用它們。在C#中事件可以減弱消息的發送者和可能的消息 接受者之間的關系，發送者可以設計成與接受者無關。事件是類型把動作信息發 布出去的標准方法。
返回教程目錄
