[TOC] >[success] # 設計模式 -- 狀態模式 ~~~ 1在狀態模式（State Pattern）中，類的行為是基于它的狀態改變的 2.'主要解決'：對象的行為依賴于它的狀態（屬性），并且可以根據它的狀態改變而改變它的相關行為。 '何時使用'：代碼中包含大量與對象狀態有關的條件語句。 '如何解決'：將各種具體的狀態類抽象出來。 ~~~ >[danger] ##### 使用場景 ~~~ 1、行為隨狀態改變而改變的場景。 2、條件、分支語句的代替者。 ~~~ >[danger] ##### 優缺點 * 優點 ~~~ 1、封裝了轉換規則。 2、枚舉可能的狀態，在枚舉狀態之前需要確定狀態種類。 3、將所有與某個狀態有關的行為放到一個類中，并且可以方便地增加新的狀態，只需要改變對象狀態即可改變對象的行為。 4、允許狀態轉換邏輯與狀態對象合成一體，而不是某一個巨大的條件語句塊。 5、可以讓多個環境對象共享一個狀態對象，從而減少系統中對象的個數。 ~~~ * 缺點 ~~~ 1、狀態模式的使用必然會增加系統類和對象的個數。 2、狀態模式的結構與實現都較為復雜，如果使用不當將導致程序結構和代碼的混亂。 3、狀態模式對"開閉原則"的支持并不太好，對于可以切換狀態的狀態模式，增加新的狀態類需要修改那些負責狀態轉1 換的源代碼，否則無法切換到新增狀態，而且修改某個狀態類的行為也需修改對應類的源代碼。 ~~~