說起設計模式，很多小夥伴都潛意識的覺得這是個很大的概念，覺得「高大上」，容易望而生畏。要麼是行百里者半九十。
我寫這個系列的初衷，一是為了記錄梳理的過程，二也是為了跟大家共同交流，因為我認為學習理解一塊知識有乙個明顯的標誌就是能讓乙個從來不了解的人都能聽懂。所以我盡量以此為目的完成這次記錄。
首先要解決最重要的問題是 設計模式 是什麼？
我們為什麼要學？不學不可以嗎？ 說了這麼多，怎麼學，注意什麼？
一、設計模式是什麼
【起源/歷史】
說起乙個東西我往往喜歡刨根問底，從他的起源開始說起。
模式的概念 起初是由 克里斯托佛·亞歷山卓在其著作《建築模式語言
》中首次提出的，這本書介紹了關於城市設計的一些指導，裡面的基本單元就是模式，每個模式中可能會包含乙個樓有幾層，一片街道應該有多少綠化植被等等。
之後埃里希·伽瑪、約翰·弗利賽德斯、拉爾夫·詹森和理查德·赫爾姆這四位作者接受了模式的概念。1994 年，他們出版了《設計模式：可復用物件導向軟體的基礎
》一書，將設計模式的概念應用到程式開發領域中。該書提供了 23 個模式來解決物件導向程式設計中的各種問題，很快便成為了暢銷書。由於書名太長，人們將其簡稱為「四人組（gang of four，gof）的書」。
後續在此基礎上人們又陸續發現了很多物件導向的設計模式，並掀起了一片火熱的浪潮。
【是什麼】
追溯歷史，設計模式其實就是一套通過前人經驗總結、被反覆使用驗證（踩坑）、用於應對不同場景的**設計經驗。
二、為什麼要學
學是不可能學的，這輩子都不可能學，又加不了薪，只有寫寫bug摸摸魚才能勉強維持的了生活 /doge
假如工作中遇到1、重構自己或別人的** 2、需求後的開發設計。通過設計模式的指導去完成的**更容易維護(邏輯更清晰)、更容易理解(大家都知道，交流更容易)，更可靠(前輩們都踩過了)。既然工作早晚會遇到，為何不先學習呢。更別說完成後，給小夥伴們裝一波，讓領導覺得小夥子不錯啊，公升職加薪upup！
三、怎麼學、注意點
既然都分好類了，我們不如就按部就班先掌握有哪些分類，再從每個分類中了解幾個，由淺入深的去理解設計模式。
最後很多小夥伴剛開始學到了設計模式，就恨不能應用到每乙個地方，我們鼓勵在合適的場景應用設計模式，當然要分清值不值得、合不合適。
有一句話說的好：「 如果你只有一把鐵鎚，那麼任何東西看上去都像是釘子。
「
設計模式前言
設計模式是規則嗎？地上本沒有路，走得人多了也就成了路。設計模式如同此理，它是經驗的傳承，並非體系 是被前人發現，經過總結形成了一套某一類問題的一般性解決方案，而不是被設計出來的定性規則 它不像演算法那樣可以照搬照用。設計模式，軟體的永恆之道？這個問題沒有答案，有的只是討論，看一下一位前輩結合建築學得...
設計模式 1 前言
轉眼間大三也快結束了，準備步入到大四了，自己也在廣州找到了乙份實習，算是開始離開鳥巢，出來接觸社會了吧。不過，由於不是在廣州讀大學，所以在廣州的實習算是困難頗多的，也真正感受到，要在廣州這個城市生活下來，是多麼的不容易。需要多少的能力與堅持。廢話少說，我先在這裡簡單說一下，為什麼要開始這一類的文章吧...
關於設計模式的前言
設計模式是指軟體設計問題的推薦方案。設計模式一般是描述如何組織 和使用最佳實踐來解決常見的設計問題。故設計模式只能說是一種高層次的方案，而並非是遇到某種問題一定要使用的方法。其不關注具體的實現細節，例如對於正在嘗試解決的問題，何種演算法和資料結構最由，則是由你自己去確定。一開始寫 就使用設計模式。設...