使用Null Object設計模式

   對于如何了解和應用該模式，通過一個執行個體就能很好的進行說明。這一節我們在讨論消息分派器，消息分派器使用了前述的日志記錄器，并且通過屬性來注入具體的日志記錄器對象。

        private IEsfLogger esfLogger;

        public IEsfLogger EsfLogger

        {

            set

            {

                this.esfLogger = value;

            }

        }    

    現在假設，我們在消息分派器内部的多個地方使用日志記錄器來進行日志記錄，我們總要寫這樣的語句：

     if (this.esfLogger != null)

     {

          this.esfLogger.Log(

); //記錄日志

     }

    也就是說，在使用之前，我們都要判斷一下日志記錄器的引用是否為空，如果不為空才可以調用其Log方法。如果調用日志記錄器進行日志記錄的地方很多，那麼每個地方都會充斥着這種判斷其引用是否為空的代碼。有沒有辦法來避免這所有的判斷語句了，有！那就是使用Null Object設計模式。

    ESFramework為每種必要的元件都提供了對應的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();

                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設計模式，可以使得我們的代碼更加簡潔和精煉。