一直想系統的學習下設計模式的內容，剛開始抱着《Head First 設計模式》開始讀，Head first的的確容易懂，能把複雜的概念講的淺顯易懂，要不然怎麼是深入淺出呢，缺點是讀完了，只是對設計模式有了一個模糊的印象，很多東西還是半懂版不懂。
後來讀的是《敏捷軟件開發——原則、模式與實踐》，這本書前半部分講的是面向對象的基本原則，後半部分講的是設計模式，重構的內容則貫穿在整本書中，讀完之後還是覺得缺少了點什麼，於是拿出最經典的那本書《設計模式--可複用面向對象軟件的基礎》開始讀，經典永遠是經典，算然只是薄薄的一本，越讀越厚。
爲了以後可以有個地方可以找出當初的筆記，監督一下自己，嘿，小子，設計模式的博客還沒寫完呢，別dota了^_^，順便呢，理清楚自己的思緒，記下這一系列的筆記，最近正好在看《暗時間》這本書，上面列舉了n多寫blog的好處，藍色小精靈心動了，順便練練自己的遣詞造句能力總是好的，工作之後才發現語文是多麼的重要。^_^
看到一篇介紹設計模式的文章說，讀《設計模式》，第一章一定要仔細讀，就像《九陰真經》的總綱一樣。
開篇從第一張開始吧，學習一個東西先從本質說起吧。
設計模式的本質是什麼呢？
結構化編程用的好好的，幹嘛非要弄的那麼多設計模式呢。
需求是無窮無盡的，設計的模式的本質就是解耦，用多一點的代碼，解除代碼之間的耦合。
第一章中的有一句話“針對接口編程，而不是針對實現編程”
說的就是這個，解耦不是目的，解耦的真正目的是，在需求變動的情況下，對現有代碼的改動儘可能少。
也就是《敏捷軟件開發——原則、模式與實踐》裏提到的對修改關閉，對擴展開放。
下面的篇章就開始對23個設計模式一個個開始記下筆記。
PS：果然是知易行難啊，平時看到別人寫個博客沒啥，等到自己寫blog的時候，才發現，就算遣詞造句也不是那麼容易的啊。。。