狀態(tài)模式的定義

定義: 當(dāng)一個對象內(nèi)在狀態(tài)改變時允許其改變行為, 這個對象看起來像改變了其類

通俗的說, 就是一個事物有不同的狀態(tài),在不同狀態(tài)下執(zhí)行各個方法時有不同的表現(xiàn), 將每個狀態(tài)都封裝成一個類, 然后通過上下文對象統(tǒng)一管理

其類圖如下:

?

其中的三個角色如下:

State 抽象狀態(tài)角色: 接口或抽象類, 負(fù)責(zé)對象狀態(tài)定義, 并且封裝環(huán)境角色以實現(xiàn)狀態(tài)切換

ConcreteState 具體狀態(tài)角色: 每一個具體狀態(tài)必須完成兩個職責(zé): 本狀態(tài)的行為管理以及趨向狀態(tài)處理, 通俗的說, 就是本狀態(tài)下要做的事情, 以及本狀態(tài)如何過渡到其他狀態(tài)

Context 環(huán)境角色: 定義客戶端需要的接口, 并且負(fù)責(zé)具體狀態(tài)的切換

抽象狀態(tài)角色代碼:

?

抽象狀態(tài)中聲明一個環(huán)境角色, 提供各個狀態(tài)類自行訪問, 并且提供所有狀態(tài)的抽象行為, 由各個實現(xiàn)類實現(xiàn)

具體狀態(tài)角色代碼:

?

具體狀態(tài)角色有兩個職責(zé): 處理本狀態(tài)要完成的任務(wù), 決定是否可以過度到其他狀態(tài).

環(huán)境角色代碼:

?

環(huán)境角色有兩個不成文的約束:

把狀態(tài)對象生命為靜態(tài)常量, 有幾個狀態(tài)對象就聲明ji'ge幾個靜態(tài)常量

環(huán)境角色具有狀態(tài)抽象角色定義的所有行為, 具體執(zhí)行使用委托方式

場景類代碼:

?

這樣就實現(xiàn)了在不同狀態(tài)下的切換

狀態(tài)模式的應(yīng)用

狀態(tài)模式的優(yōu)點:

結(jié)構(gòu)清晰. 避免了過多的 switch...case 或者 if...else 語句的使用, 避免了程序的復(fù)雜性, 提高系統(tǒng)的可維護性

遵循設(shè)計原則. 很好的體現(xiàn)了開閉原則和單一職責(zé)原則, 眉哥哥狀態(tài)都是一個子類, 你要增加狀態(tài)就要增加子類, 要修改狀態(tài), 只修改一個子類即可

封裝性非常好. 這也是狀態(tài)模式的基本要求, 狀態(tài)變換放置到類的內(nèi)部來實現(xiàn), 外部的調(diào)用不用知道類內(nèi)部如何實現(xiàn)狀態(tài)和行為的變換

狀態(tài)模式的缺點:

狀態(tài)模式只有一個 缺點, 子類會太多, 也就是類膨脹. 一個事物有很多個狀態(tài)也不稀奇, 如果完全使用狀態(tài)模式就會有太多的子類, 不好管理. 其實有很多方式可以解決這個狀態(tài)問題, 如在數(shù)據(jù)庫中建立一個狀態(tài)表, 然后根據(jù)狀態(tài)執(zhí)行相應(yīng)的操作.

狀態(tài)模式的使用場景:

行為隨狀態(tài)改變 而改變的場景.

條件、分支判斷語句的替代者. 在程序中大量使用 seitch 語句或者if 判斷語句會導(dǎo)致程序結(jié)構(gòu)不清晰, 邏輯混亂, 使用狀態(tài)模式可以很好的避免這一問題, 它通過擴展子類實現(xiàn)了條件的判斷處理

狀態(tài)模式適用于當(dāng)某個對象在它的狀態(tài)發(fā)生改變時, 他的行為也隨著發(fā)生比較大的變化, 也就是說在行為受狀態(tài)約束的情況下可以使用狀態(tài)模式, 而且使用時對象的狀態(tài)最好不要超過5個

總結(jié)

以上是生活随笔為你收集整理的23种设计模式之状态模式的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。