.Net行為型設(shè)計模式之狀態(tài)模式(State)
一、動機(jī)(Motivate)
在軟件構(gòu)建過程中,某些對象的狀態(tài)如果改變,其行為也會隨之而發(fā)生變化,比如文檔處于只讀狀態(tài),其支持的行為和讀寫狀態(tài)支持的行為就可能完全不同。
如何在運(yùn)行時根據(jù)對象的狀態(tài)來透明地更改對象的行為?而不會為對象操作和狀態(tài)轉(zhuǎn)化之間引入緊耦合?
二、意圖(Intent)
允許一個對象在其內(nèi)部狀態(tài)改變時改變它的行為。從而使對象看起來似乎修改了其行為。 ——《設(shè)計模式》GoF
三、結(jié)構(gòu)圖(Structure)
四、模式的組成
可以看出,在狀態(tài)模式的結(jié)構(gòu)圖有以下角色:
(1)、環(huán)境角色(Context):也稱上下文,定義客戶端所感興趣的接口,并且保留一個具體狀態(tài)類的實(shí)例。這個具體狀態(tài)類的實(shí)例給出此環(huán)境對象的現(xiàn)有狀態(tài)。
(2)、抽象狀態(tài)角色(State):定義一個接口,用以封裝環(huán)境對象的一個特定的狀態(tài)所對應(yīng)的行為。
(3)、具體狀態(tài)角色(ConcreteState):每一個具體狀態(tài)類都實(shí)現(xiàn)了環(huán)境(Context)的一個狀態(tài)所對應(yīng)的行為。
在狀態(tài)模式結(jié)構(gòu)中需要理解環(huán)境類與抽象狀態(tài)類的作用:
環(huán)境類實(shí)際上就是擁有狀態(tài)的對象,環(huán)境類有時候可以充當(dāng)狀態(tài)管理器(State Manager)的角色,可以在環(huán)境類中對狀態(tài)進(jìn)行切換操作。
抽象狀態(tài)類可以是抽象類,也可以是接口,不同狀態(tài)類就是繼承這個父類的不同子類,狀態(tài)類的產(chǎn)生是由于環(huán)境類存在多個狀態(tài),同時還滿足兩個條件:這些狀態(tài)經(jīng)常需要切換,在不同的狀態(tài)下對象的行為不同。因此可以將不同對象下的行為單獨(dú)提取出來封裝在具體的狀態(tài)類中,使得環(huán)境類對象在其內(nèi)部狀態(tài)改變時可以改變它的行為,對象看起來似乎修改了它的類,而實(shí)際上是由于切換到不同的具體狀態(tài)類實(shí)現(xiàn)的。由于環(huán)境類可以設(shè)置為任一具體狀態(tài)類,因此它針對抽象狀態(tài)類進(jìn)行編程,在程序運(yùn)行時可以將任一具體狀態(tài)類的對象設(shè)置到環(huán)境類中,從而使得環(huán)境類可以改變內(nèi)部狀態(tài),并且改變行為。
五、狀態(tài)模式的代碼實(shí)現(xiàn)
狀態(tài)模式在我們的現(xiàn)實(shí)生活中也有類似的例子,例如:在我們上網(wǎng)購買商品的過程中,就可以查看訂單的隨時狀態(tài)。對于商家來說,訂單的狀態(tài)不同,也會允許客戶有不同的動作要求,比如:訂單在已經(jīng)處于發(fā)貨狀態(tài),此訂單是不能退貨的。如果訂單在備貨階段,客戶是可以換貨或者退貨的。如果我們的訂單已經(jīng)發(fā)貨了,您就等著接收貨物吧,如果貨物有質(zhì)量問題,可以拒簽,或者順利完成交易,今天我們就以訂單為例來說明狀態(tài)模式的實(shí)現(xiàn)。實(shí)現(xiàn)代碼如下:
public static void Main(String[] args) { //訂單 Order order = new Order(); order.Minute = 9; order.Action(); //可以取消訂單 order.IsCancel = true; order.Minute = 20; order.Action(); order.Minute = 33; order.Action(); order.Minute = 43; order.Action(); } //環(huán)境角色---相當(dāng)于Context類型 public sealed class Order { private State current; public Order() { //工作狀態(tài)初始化為尚無的工作狀態(tài),等待接單中 current = new WaitForAcceptance(); IsCancel = false; } private double minute; public double Minute { get { return minute; } set { minute = value; } } public bool IsCancel { get; set; } private bool finish; public bool TaskFinished { get { return finish; } set { finish = value; } } public void SetState(State s) { current = s; } public void Action() { current.Process(this); } } //抽象狀態(tài)角色---相當(dāng)于State類型 public interface State { //處理訂單 void Process(Order order); } //等待受理--相當(dāng)于具體狀態(tài)角色 public sealed class WaitForAcceptance : State { public void Process(Order order) { System.Console.WriteLine("我們開始受理,準(zhǔn)備備貨!"); if (order.Minute < 30 && order.IsCancel) { System.Console.WriteLine("接受半個小時之內(nèi),可以取消訂單!"); order.SetState(new CancelOrder()); order.Action(); } order.SetState(new AcceptAndDeliver()); order.TaskFinished = false; order.Action(); } } //受理發(fā)貨---相當(dāng)于具體狀態(tài)角色 public sealed class AcceptAndDeliver : State { public void Process(Order order) { System.Console.WriteLine("我們貨物已經(jīng)準(zhǔn)備好,可以發(fā)貨了,不可以撤銷訂單!"); if (order.Minute < 30 && order.IsCancel) { System.Console.WriteLine("接受半個小時之內(nèi),可以取消訂單!"); order.SetState(new CancelOrder()); order.Action(); } if (order.TaskFinished == false) { order.SetState(new ConfirmationReceipt()); order.Action(); } } } //確認(rèn)收貨---相當(dāng)于具體狀態(tài)角色 public sealed class ConfirmationReceipt : State { public void Process(Order order) { System.Console.WriteLine("檢查貨物,沒問題可以就可以簽收!"); order.SetState(new Success()); order.TaskFinished = false; order.Action(); } } //交易成功---相當(dāng)于具體狀態(tài)角色 public sealed class Success : State { public void Process(Order order) { System.Console.WriteLine("訂單結(jié)算"); order.TaskFinished = true; } } //取消訂單---相當(dāng)于具體狀態(tài)角色 public sealed class CancelOrder : State { public void Process(Order order) { System.Console.WriteLine("檢查貨物,有問題,取消訂單!"); order.TaskFinished = true; } }
六、狀態(tài)模式的實(shí)現(xiàn)要點(diǎn):
State模式將所有與一個特定狀態(tài)相關(guān)的行為都放入一個State的子類對象中,在對象狀態(tài)切換時,切換相應(yīng)的對象;但同時維持State的接口,這樣實(shí)現(xiàn)了具體操作與狀態(tài)轉(zhuǎn)換之間的解耦。
為不同的狀態(tài)引入不同的對象使得狀態(tài)轉(zhuǎn)換變得更加明確,而且可以保證不會出現(xiàn)狀態(tài)不一致的情況,因?yàn)檗D(zhuǎn)換是原子性的——即要么徹底轉(zhuǎn)換過來,要么不轉(zhuǎn)換。
如果State對象沒有實(shí)例變量,那么各個上下文可以共享同一個State對象,從而節(jié)省對象開銷。
1、狀態(tài)模式的優(yōu)點(diǎn)
(1)、封裝了轉(zhuǎn)換規(guī)則。
(2)、枚舉可能的狀態(tài),在枚舉狀態(tài)之前需要確定狀態(tài)種類。
(3)、將所有與某個狀態(tài)有關(guān)的行為放到一個類中,并且可以方便地增加新的狀態(tài),只需要改變對象狀態(tài)即可改變對象的行為。
(4)、允許狀態(tài)轉(zhuǎn)換邏輯與狀態(tài)對象合成一體,而不是某一個巨大的條件語句塊。
(5)、可以讓多個環(huán)境對象共享一個狀態(tài)對象,從而減少系統(tǒng)中對象的個數(shù)。
2、狀態(tài)模式的缺點(diǎn)
(1)、狀態(tài)模式的使用必然會增加系統(tǒng)類和對象的個數(shù)。
(2)、狀態(tài)模式的結(jié)構(gòu)與實(shí)現(xiàn)都較為復(fù)雜,如果使用不當(dāng)將導(dǎo)致程序結(jié)構(gòu)和代碼的混亂。
(3)、狀態(tài)模式對“開閉原則”的支持并不太好,對于可以切換狀態(tài)的狀態(tài)模式,增加新的狀態(tài)類需要修改那些負(fù)責(zé)狀態(tài)轉(zhuǎn)換的源代碼,否則無法切換到新增狀態(tài);而且修改某個狀態(tài)類的行為也需修改對應(yīng)類的源代碼。
3、在以下情況下可以使用狀態(tài)模式:
(1)、對象的行為依賴于它的狀態(tài)(屬性)并且可以根據(jù)它的狀態(tài)改變而改變它的相關(guān)行為。
(2)、代碼中包含大量與對象狀態(tài)有關(guān)的條件語句,這些條件語句的出現(xiàn),會導(dǎo)致代碼的可維護(hù)性和靈活性變差,不能方便地增加和刪除狀態(tài),使客戶類與類庫之間的耦合增強(qiáng)。在這些條件語句中包含了對象的行為,而且這些條件對應(yīng)于對象的各種狀態(tài)
七、.NET 狀態(tài)模式的實(shí)現(xiàn)
狀態(tài)模式在Net里面的實(shí)現(xiàn)還沒有研究透,如果以后有了新的學(xué)習(xí)內(nèi)容,再補(bǔ)充進(jìn)來。但是我感覺,這個模式可能在業(yè)務(wù)系統(tǒng)里面有更大的使用。
到此這篇關(guān)于.Net行為型設(shè)計模式之狀態(tài)模式(State)的文章就介紹到這了。希望對大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
- .Net行為型設(shè)計模式之備忘錄模式(Memento)
- .Net行為型設(shè)計模式之訪問者模式(Visitor)
- .Net行為型設(shè)計模式之職責(zé)鏈模式(Chain of Responsibility)
- .Net行為型設(shè)計模式之策略模式(Stragety)
- .Net行為型設(shè)計模式之中介者模式(Mediator)
- .Net行為型設(shè)計模式之觀察者模式(Observer)
- .Net行為型設(shè)計模式之迭代器模式(Iterator)
- .Net行為型設(shè)計模式之命令模式(Command)
- .Net行為型設(shè)計模式之模板方法模式(Template?Method)
- .Net行為型設(shè)計模式之解釋器模式(Interpreter)
相關(guān)文章
WPF框架Prism中導(dǎo)航Navigation用法介紹
這篇文章介紹了WPF框架Prism中導(dǎo)航Navigation的用法,文中通過示例代碼介紹的非常詳細(xì)。對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2022-02-02如何在WebForm中使用javascript防止連打(雙擊)
如何在WebForm中使用javascript防止連打(雙擊)...2007-01-01asp.net FindControl方法誤區(qū)和解析
在ASP.NET中Control都有一個FindControl方法,其作用是根據(jù)ID(注意既不是UniqueID也不是ClientID)在Control所在的命名容器中尋找相應(yīng)控件,但實(shí)際使用中存在很多誤區(qū)和陷阱,下面談?wù)剛€人對此的理解2012-01-01