設計模式是一個指導，並不強制。有很多地方並不需要設計模式介入，因爲設計模式是分離變化，很多代碼是一次性的，不會變。如果我們一開始寫程序的時候就加入設計模式，這樣就顯得過度設計，既耗時又費力。
並且設計模式大多數會增加代碼量，不必要的設計又有了一個額外的弊端。
設計模式並不能解決所有的問題，都是解決特定的問題而出現的模式。所以你遇到的有些問題發現並不能應用設計模式解決這種情況很正常。
設計模式是基於你想要解決的問題存在的，沒有根據具體的問題去思考模式沒有啥意義。
設計模式主要是爲了分離變化，分裝變化的部分隔離不變的部分，做到變化的部分變化的時候不會影響到不變的。 這就是對修改封閉，對擴展開放。可以看出來我們首先需要找出我們代碼中或者說業務中不變的部分和需要改變的部分。然後再決定使用什麼樣的設計模式。
並不是所有的變都可以分裝，所有的不變都可以隔離，也需要分裝和隔離。