在設計實現中，很多地方都用到了Null Object設計模式。 Null Object提供了“什麼也不做”的行為,隱藏來自它的合作者的細節。
對於如何理解和套用該模式，通過一個實例就能很好的進行說明。這一節我們在討論訊息分派器，訊息分派器使用了前述的日誌記錄器，並且通過屬性來注入具體的日誌記錄器對象。
private IEsfLogger esfLogger;
public IEsfLogger EsfLogger{
set{
this.esfLogger = value;
}
}
現在假設，我們在訊息分派器內部的多個地方使用日誌記錄器來進行日誌記錄，我們總要寫這樣的語句：
if (this.esfLogger != null){
this.esfLogger.Log(); //記錄日誌
}
也就是說，在使用之前，我們都要判斷一下日誌記錄器的引用是否為空，如果不為空才可以調用其Log方法。如果調用日誌記錄器進行日誌記錄的地方很多，那么每個地方都會充斥著這種判斷其引用是否為空的代碼。有沒有辦法來避免這所有的判斷語句了，有！那就是使用Null Object設計模式。
為每種必要的組件都提供了對應的Null Object類型，這些類型的名字以“Empty”作為前綴。比如IEsfLogger對應的Null Object類型就是EmptyEsfLogger，EmptyEsfLogger實現的Log方法什麼也不用做：
public void Log(string errorType ,string msg, string location, ErrorLevel level){
//Do Nothing !
}
有了EmptyEsfLogger，我們就可以象這樣來設計訊息分派器的日誌記錄器屬性：
private IEsfLogger esfLogger = new EmptyEsfLogger();
public IEsfLogger EsfLogger{
set{
if (value != null){
this.esfLogger = value ?? new EmptyEsfLogger();
}
}
}
首先，將esfLogger欄位的默認值設為一個Null Object。其次，當調用者每次試圖將EsfLogger屬性設定為null時，也將一個Null Object賦值給該欄位。
如此一來，在訊息分配器內部，我們就可以非常方便的直接使用日誌記錄器，而不用再判斷其引用是否為空，因為無論如何，它總是指向一個有效的對象，即使這個對象是Null Object。
除了常見的組件裝配可以使用Null Object模式外，還有一個非常適合使用Null Object模式的場合，那就是“事件”。你是否還記得，我們每次觸發事件時都需要判斷其是否為空，這也是非常瑣碎的事情，我們仍然可以通過Null Object模式來簡化它。比如某個類中定義了一個事件：
public event CbSimple SomeOneConnected;
在類的構造函式中，可以使用Null Object來初始化它：
this.SomeOneConnected += delegate { };
這樣，在每次觸發事件時就不用再判斷其是否為null了：
this.SomeOneConnected(); //不用再判斷是否為null，直接觸發事件
靈活地使用Null Object設計模式，可以使得我們的代碼更加簡潔和精煉。
