設計模式是乙個指導，並不強制。有很多地方並不需要設計模式介入，因為設計模式是分離變化，很多**是一次性的，不會變。如果我們一開始寫程式的時候就加入設計模式，這樣就顯得過度設計，既耗時又費力。
並且設計模式大多數會增加**量，不必要的設計又有了乙個額外的弊端。
設計模式並不能解決所有的問題，都是解決特定的問題而出現的模式。所以你遇到的有些問題發現並不能應用設計模式解決這種情況很正常。
設計模式是基於你想要解決的問題存在的，沒有根據具體的問題去思考模式沒有啥意義。
設計模式主要是為了分離變化，分裝變化的部分隔離不變的部分，做到變化的部分變化的時候不會影響到不變的。這就是對修改封閉，對擴充套件開放。可以看出來我們首先需要找出我們**中或者說業務中不變的部分和需要改變的部分。然後再決定使用什麼樣的設計模式。
並不是所有的變都可以分裝，所有的不變都可以隔離，也需要分裝和隔離。
深夜的胡思亂想
時間過得好快呀五天都過去了 然而感覺沒什麼起色依舊是乙個什麼都不會的蒟蒻 老師講課聽不懂 講過的題講的時候還記得，並且理解，講完就忘了 感覺自己好失敗呀 看到別人用自己的智慧型一道道刷題，可以為了刷題不顧一切，在同學身邊條理清晰地講題的樣子 覺得自己的努力太少 有些不甘 還是自身的問題有什麼資格抱怨...
關於近期的焦躁與胡思亂想
近期很焦躁，大腦胡思亂想 身處網際網路這個行業中，作為乙個不咋的的開發人員，在此想吐吐自己的一點想法。敏捷到今天似乎已經很普遍了，產品是運營出來的理念也幾乎已成為網際網路每間公司掛在口頭上的東西。小步快跑，不斷根據使用者的反饋在產品體驗上做快速的變更這也是大家都懂的.快，關鍵就是快。作為乙個後台開發...
修訂 關於需求管理的胡思亂想
先來張圖 1.分支不解釋了。2.內容分支 為什麼需要名稱？便於記憶 引用 為什麼需要描述？定義需求的細節 為什麼需要關係？這樣才能知道某個需求變更會對其他需求 任務 模組帶來什麼影響 為什麼需要屬性？提供了分類的視角，便於檢索 篩選 統計具有共性的需求 為什麼需要id？地球人都知道 為什麼需要狀態？...