今天又重溫了狀態模式，再聯合其他的一些知識點，對狀態模式有了一些新的想法，加深了理解。我覺得狀態模式非常適合於工作流中「申請」的狀態，當我們在oa中提交乙個「申請」時，這時候他的狀態是建立，然後提交到部門負責人審批，當部門負責人審批後，狀態同時改變，變成了「部門審批」，接著是提交到事業部老大審批，狀態又變成了「副總裁審批」等，當我們需要擴充套件「審批」時，只要再實現乙個狀態就可以了，非常的方便，靈活，而且邏輯也非常的清晰。
通過這樣的乙個例子，我想大家結合理論，對狀態模式會更易於理解。
public inte***ce state
public class context
public void setstate(state state)
public void dosomething()
}public class concretestate implements state
public void dosomething()
public void changestate()
}public class initialstate implements state
public void dosomething()
public void changestate()
}public class otherstate implements state
public void dosomething()
public void changestate()
}
關於設計模式的一點感想
過去對於軟體當中復用的思想有概念，但卻沒有太深刻的體會，有時候在 裡面多處呼叫了同乙個函式，就認為這個就是軟體的復用了。甚至和別人一聊起 物件導向 來，也會說到 抽象 繼承 封裝 多型 設計模式 資料結構與演算法 等等名詞，但卻真的沒有一種內心的深刻體驗，也很少想什麼時候應該用 抽象 或 介面 多型...
一點感想總結
這兩天總有個習慣，早早的起來讀散文，深深的感覺到那散文上文字的美，不知不覺就在那優美的語句中感受那種超然的意境了。只是，很多時候，感覺是乙個人在走著自己的路，靜靜地體驗著那蕭索的美。一段時間以來，都沒有好好的讀書學習了，心裡感覺很內疚，很矛盾 一方面，想著要好好的振作起來，不能就這樣 浪費自己的時間...
2019 01 18 一點感想
這一段時間的經歷，讓我對自己的現狀和不足有了乙個更清醒的認知，那就是 學習能力不錯，但是由於客觀情況導致的前端乃至計算機基礎薄弱 前端知識點的深度有所加深，但還是沒有能連成片 過於依賴的強推動去提高自己，發現問題 發現痛點的主觀能動性差 針對這些，我2019年的努力方向就是 繼續自我驅動，不斷學習 ...