這篇部落格沒有相關技術細節，僅作為自己對設計模式這個東西的一點感悟和以後設計模式系列部落格的一個寫作思路。

    作為非科班出身，誤打誤撞進入程式設計的人，在上研究生期間對於程式的唯一要求就是：能用。彼時，不知道有面向物件，記憶體管理，多執行緒，設計模式等等。各種程式碼雜糅，令後期的編寫越來越痛苦，經常搞出來一些神奇的Bug，卻不知如何解決。好在研究生期滿畢業，這段自己摸索的程式碼生涯也告一段落。此後，在工作中逐漸開始參與專案，模組化的編寫讓我發現原來程式碼可以變得很規範，有經驗的老同事設計的框架可以將程式碼像衣服一樣收納並很容易擴充套件，出現問題也容易排查到原因，這激發了我對於程式碼編寫的思考。

    在和老同事的聊天中，我知道了設計模式，也明白了一些共同開發專案時每個人要做些什麼。設計模式便是一個很好的工具。所謂模式，我的理解就是“套路”，是先輩們經過思考和試驗總結出來的一些好方法。在接下來的系列部落格中，我想把自己對於這些好方法的理解記錄下來，並編寫一些反應這些模式的小demo。作為一個程式設計小學生，部落格裡的很多的語言可能就是來自於書中或者其他大神博主，不過堅持不參與任何商業用途，就當做站在巨人肩膀上的一些思考。當然，犯錯是不可避免的，請看到部落格的你懷著客觀批判的態度，並歡迎你們的批評指正。

設計模式謝列部落格計劃用下面的流程編寫：

一、模式的使用場景

二、模式的建立使用思路

三、模式的UML圖

四、模式的小例子

在模式的小例子中，會配合UML圖進行一些程式碼片段的講解，並將原始碼開放出來，供大家交流討論。

今年是2019年1月1日。在此立下一個目標，希望在2019年年末，可以比較熟練地掌握Head First中所提到的設計模式。