從去年開始就有寫這樣一個系列的文章，無奈一拖再拖，都是因爲自己一直沒有下定決心，最近思考了很多，於是打算開始這個系列的輸出。網上有很多有關設計模式的文章以及書籍，想看完全可以從網上去看，但真正從源碼上去分析設計模式的實屬不多，我之所以選定這樣一個角度去研究設計模式，一則是因爲自己平時會看一不部分源碼，二則站在巨人的肩膀上。
對這個系列的文章，對自己有以下幾個要求，
- 原創，網上很多文章都是你轉載我的，我轉載你的，導致想看什麼東西的時候，總是一樣的內容，很煩；
- 質量，關於質量這塊，我會盡自己最大的努力去做好這件事；當然設計模式這東西不是我發明創造的，在這個過程中肯定有引用、參考一些其他的文章；
- 排版，關於這塊，我大概想了幾個方面，首先，把模式的定義給出來，然後給出我自己的理解，之後是一些簡單的示例代碼，最後就是重點部分，從源碼中看設計模式；
- 時間，設計模式這東西說容易也容易，說難也難，我曾經剛入行（2012年）的時候，就買了一本《head first 設計模式》的書，至今沒看完，爲什麼？平時都是一些CRUD，你根本用不上這東西，所以這書基本不翻。時間上在保證質量的前提下，爭取今年寫完；
- 輸出物，接上條，規劃的輸出物有三種，博客+PPT+視頻，規劃的很棒，重在執行；
好了，對自己的要求說完了，想談談我對設計模式的一些看法。前邊說到在十年前，我買了一本《head first 設計模式》的書，至今沒有看完，設計模式這個東西平時用的確實不多，你總不能在平時的業務代碼中都用上設計模式，這肯定也是不現實的，平時不用的東西，肯定關注度也不高，但是在面試的過程中，設計模式還是佔有很高的地位的，有的會讓寫下單例模式吧，有的會問你平時的代碼中使用了哪些設計模式，有的會問spring中使用了哪些設計模式，看到沒，搞懂設計模式在日常的工作中的好處還是不少的。不論是剛入行的還是入行好些年的，你讓他說下單例模式中的餓漢和懶漢有什麼區別，這個或許會難到一些看官哦，不信可以自己回想一下，然後默默的寫下代碼比較下。
各位上來一看標題“設計模式”，不要慌，設計模式沒有想象中的高大上，說白了也是代碼，只不過是前人大佬從無數的代碼中歸納出來的一種代碼書寫規範，只要按照這種規範去寫，那麼在日後的維護過程種肯定會省力、省時不少，代碼不是經常將解耦嗎，不是經常講健壯性、魯棒性嗎，這些特性從哪裏來，就是從設計模式種來，因此學好設計模式對未來對自己都是一筆不容小覷的財富。不要被其表面嚇到，聽我娓娓道來。
