概要
系統(tǒng)中會包含很多行為，有些行為總是存在并需要被執(zhí)行，而有些行為在某些場合或某種設(shè)置下就不希望被執(zhí)行，通常很多人會通過一些條件對系統(tǒng)行為進行限制來達(dá)到目的，但是這樣會給本來很簡單純粹的處理增加額外的邏輯，而通過NULL Object模式會提供一個具有代理式的空白行為的對象來解決問題。
目的
通過NULL Object模式提供一個具有代理式的空白行為的對象
，從而隱藏一些判斷邏輯。
實例
看這樣一個例子，系統(tǒng)中有類Action，一些具體行為都從類Action繼承來擴展，類Manager會使用Action類型的對象來處理相應(yīng)的動作。類圖和代碼如下：
這時發(fā)現(xiàn)在某種情況下我們希望DoAction方法中的Action不做任何處理，怎么解決呢？
假設(shè)這里所說的某種情況可以用外部的某個變量isAction來進行判斷，當(dāng)值為FALSE時不進行任何處理。很多人會這樣去調(diào)整代碼，首先把isAction通過構(gòu)造函數(shù)傳遞給Manager類，然后在DoAction中通過判斷，當(dāng)isAction為TRUE時才執(zhí)行Action：
還有人會覺得應(yīng)該把isAction的判斷加在Action或ConcreteAction類中，讓Execute方法自己來判斷是否執(zhí)行。
雖然這樣做都可以解決問題，但是卻讓本來處理很簡單職責(zé)很單一的Manager或ConcreteAction類增加了額外的邏輯，也讓代碼看起來不是那么美妙了。看看Null Object模式怎么解決問題吧。
就是這樣，ConcreteAction，Manager和Action類都不需要改，只是追加了NullAction類，而它的Execute方法什么都不做。實際調(diào)用的代碼如下所示：
可見，這樣就把isAction相關(guān)的邏輯跟Manager或所有Action類都隔離開來了。
應(yīng)用
沒啥可說的，該用就用。
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯(lián)系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
