對(duì)象狀態(tài)影響對(duì)象行為

　　對(duì)象擁有不同的狀態(tài)，往往會(huì)行使不同的行為……

　　動(dòng)機(jī)（Motivation）

　　在軟件構(gòu)建過(guò)程中，某些對(duì)象的狀態(tài)如果改變，其行為也會(huì)隨之而發(fā)生變化，比如文檔處于只讀狀態(tài)，其支持的行為和讀寫狀態(tài)支持的行為就可能完全不同。如何在運(yùn)行時(shí)根據(jù)對(duì)象的狀態(tài)來(lái)透明地更改對(duì)象的行為？而不會(huì)為對(duì)象操作和狀態(tài)轉(zhuǎn)化之間引入緊耦合？

　　意圖（Intent）

　　允許一個(gè)對(duì)象在其內(nèi)部狀態(tài)改變時(shí)改變它的行為。從而使對(duì)象看起來(lái)似乎修改了其行為。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　——《設(shè)計(jì)模式》GoF

　　例說(shuō)State模式應(yīng)用

　　假如文檔的狀態(tài)要添加一個(gè)新的“打印”狀態(tài)，那么就需要更改枚舉類型和Document類的Handle函數(shù)。這樣既違背了依賴倒置原則，也違背了開(kāi)放封閉原則。

　　改進(jìn)的代碼

　　主邏輯每處理完一個(gè)Handle方法時(shí)，就會(huì)由狀態(tài)自身設(shè)置下一個(gè)狀態(tài)，這樣狀態(tài)的流轉(zhuǎn)就不由主邏輯自身來(lái)管理，而是由每個(gè)狀態(tài)自身決定，由狀態(tài)自身決定自己的后繼者是誰(shuí)。這樣狀態(tài)的流轉(zhuǎn)和行為都不再和主邏輯緊耦合了，只有運(yùn)行時(shí)依賴的關(guān)系，而沒(méi)有編譯時(shí)依賴。

　　結(jié)構(gòu)（Structure）

　　State模式的幾個(gè)要點(diǎn)

　　State模式將所有與一個(gè)特定狀態(tài)相關(guān)的行為都放入一個(gè)State的子類對(duì)象中，在對(duì)象狀態(tài)切換時(shí)，切換相應(yīng)的對(duì)象；但同時(shí)維持State的接口，這樣實(shí)現(xiàn)了具體操作與狀態(tài)轉(zhuǎn)換之間的解耦。為不同的狀態(tài)引入不同的對(duì)象使得狀態(tài)轉(zhuǎn)換變得更加明確，而且可以保證不會(huì)出現(xiàn)狀態(tài)不一致的情況，因?yàn)檗D(zhuǎn)換是原子性的——即要么徹底轉(zhuǎn)換過(guò)來(lái)，要么不轉(zhuǎn)換。

　　如果State對(duì)象沒(méi)有實(shí)例變量，那么各個(gè)上下文可以共享同一個(gè)State對(duì)象，從而節(jié)省對(duì)象開(kāi)銷。

it知識(shí)庫(kù)：C#面向?qū)ο笤O(shè)計(jì)模式縱橫談：State 狀態(tài)模式，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。