設計模式是一個指導，并不強制。有很多地方并不需要設計模式介入，因為設計模式是分離變化，很多代碼是一次性的，不會變。如果我們一開始寫程序的時候就加入設計模式，這樣就顯得過度設計，既耗時又費力。

并且設計模式大多數會增加代碼量，不必要的設計又有了一個額外的弊端。

設計模式并不能解決所有的問題，都是解決特定的問題而出現的模式。所以你遇到的有些問題發現并不能應用設計模式解決這種情況很正常。

設計模式是基于你想要解決的問題存在的，沒有根據具體的問題去思考模式沒有啥意義。

設計模式主要是為了分離變化，分裝變化的部分隔離不變的部分，做到變化的部分變化的時候不會影響到不變的。 這就是對修改封閉，對擴展開放。可以看出來我們首先需要找出我們代碼中或者說業務中不變的部分和需要改變的部分。然后再決定使用什么樣的設計模式。

并不是所有的變都可以分裝，所有的不變都可以隔離，也需要分裝和隔離。

總結

以上是生活随笔為你收集整理的关于设计模式的胡思乱想的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。