[Day 25] 狀態模式 (2) - iT 邦幫忙::一起幫忙解決難題，拯救 IT 人的一天

2022 iThome 鐵人賽

DAY 25

0

自我挑戰組

設計模式探索系列第 25 篇

[Day 25] 狀態模式 (2)

14th鐵人賽設計模式 design pattern

2022-10-10 18:35:14

605 瀏覽

分享至

新設計

為了加入這個規則，會發現原本的方法全部都會被改到。那堆if-else都要重新加入新的狀態，可以看看違反了前面提到的哪些規則─ 沒有遵守開放/ 封閉原則，也沒有用到任何物件導向的特性，且狀態的轉換被埋沒在一堆if-else的陳述句中，該封裝的東西也沒被封裝，這種完全沒封好的設計就會導致新的規則加入後，可能直接讓原本的設計出現問題。
因此，比較好的做法應該是把各個狀態各自歸為類別，讓各狀態實作自己的方法，可以這麼做：

定義 state 介面，並讓所有動作各自為一個方法。
為每個狀態實作state類別，在對應狀態時就使用該狀態的行為。
移除所有的條件，將動作委託給state類別。
而其實以上舊實作了狀態模式，至於狀態模式的定義留待後面再揭曉。

定義並實作 State

依照前面的步驟，來進行實作：

定義 state 介面，並讓所有動作各自為一個方法。
為每個狀態實作state類別，在對應狀態時就使用該狀態的行為。
架構圖如以下：

[Day 24] 狀態模式 (1)

[Day 26] 狀態模式 (3)

系列文

設計模式探索共 30 篇

目錄

RSS系列文訂閱系列文

6 人訂閱

完整目錄

直播研討會

{{ item.subject }}

{{ item.channelVendor }} {{ item.webinarstarted }} |

{{ formatDate(item.duration) }}

直播中

尚未有邦友留言

立即登入留言

參賽組數

1064 組

團體組數

40 組

累計文章數

22195 篇

完賽人數

600 人

15th鐵人賽 16th鐵人賽 13th鐵人賽 14th鐵人賽 12th鐵人賽 11th鐵人賽鐵人賽 2019鐵人賽 javascript 2018鐵人賽 python 2017鐵人賽 windows php c# windows server linux css react vue.js

IT邦幫忙