對象狀態影響對象行為

　　對象擁有不同的狀態，往往會行使不同的行為……

　　動機（Motivation）

　　在軟件構建過程中，某些對象的狀態如果改變，其行為也會隨之而發生變化，比如文檔處于只讀狀態，其支持的行為和讀寫狀態支持的行為就可能完全不同。如何在運行時根據對象的狀態來透明地更改對象的行為？而不會為對象操作和狀態轉化之間引入緊耦合？

　　意圖（Intent）

　　允許一個對象在其內部狀態改變時改變它的行為。從而使對象看起來似乎修改了其行為。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　——《設計模式》GoF

　　例說State模式應用

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

　　改進的代碼

　　主邏輯每處理完一個Handle方法時，就會由狀態自身設置下一個狀態，這樣狀態的流轉就不由主邏輯自身來管理，而是由每個狀態自身決定，由狀態自身決定自己的后繼者是誰。這樣狀態的流轉和行為都不再和主邏輯緊耦合了，只有運行時依賴的關系，而沒有編譯時依賴。

　　結構（Structure）

　　State模式的幾個要點

　　State模式將所有與一個特定狀態相關的行為都放入一個State的子類對象中，在對象狀態切換時，切換相應的對象；但同時維持State的接口，這樣實現了具體操作與狀態轉換之間的解耦。為不同的狀態引入不同的對象使得狀態轉換變得更加明確，而且可以保證不會出現狀態不一致的情況，因為轉換是原子性的——即要么徹底轉換過來，要么不轉換。

　　如果State對象沒有實例變量，那么各個上下文可以共享同一個State對象，從而節省對象開銷。