設計模式特別篇—看完設計模式後的心得【感觸頗深】

從一開始到看完設計模式，寫完設計模式的部落格，前後一共將近半年。

 

怎麼說呢，很苦，很累，現在感覺是腦子一片漿糊，本來java就給人一種博大精深的感覺，看完設計模式以後，我對java se,java ee，android有了更加深刻的認識，但是對於設計模式貌似很混淆。因為有很多模式都是相似相同的，其中的細微的區別之處，需要靜下心來慢慢思考，很多模式之間也是相互聯絡的，其中的聯絡，也需要你靜下心來慢慢發現。之所以，沒有將重點放在比較的地方，一點在於我的能力有限，我不能完全真正的區分這些設計模式，很多設計模式都是“很像”的。一點在於，模式之間的關係與區別不是一講就通的，你不細想，永遠想不通，當你靜下心來好好思考時，區別和聯絡自己就明白了，這個是講不來的東西。而且，很多執行個體實際上就是模式與模式之間的搭配來的。

 

看設計模式的緣由在於android，當我把java，android，java web基礎,等等基本上掌握的差不多以後，我感覺，很多代碼都需要非常精巧的設計，以後才能更好的複用，才能用最短的時間，寫出品質最高的代碼。那段時間天天去圖書管找書，網上找書，有人推薦大話設計模式，我覺得是C#的所以，沒有考慮，後來發現，我的想法是錯誤的，因為設計模式在任何一個行業都會存在的，更何況，基本上C#和java語言，很相似，所以後來也就看看大話設計模式，當然主要的參考書目是《研磨設計模式》，說實話，這本書很好，好在哪裡？由淺入深，有執行個體，有樣本，有代碼，有理論，有比較。還講了java的一些結構，真的不錯，而且章節結構很清楚，非常喜歡，當然，他也有很大的不足之處，其中有七八個例子很是不符合實際，而且講解的很不透徹，讓我迷茫了好一段時間。後來在網上找資料才解決了問題。

 

有人說：咱們是讀書，而不是讀完書，這句話我覺得很有道理。

 

在最初的時候，我很著急，一天大概就看一個模式，速度特別慢，而且很不理解，後來看了兩三個以後，看著看著，不僅拍案叫好，心裡在想，這TM哪個怪胎髮明的設計模式呀，真TM的“賤”，注意我這裡的“賤”，是指真的很厲害。恨自己為什麼不在android的學習過程中想到這些呢？然後，後來就釋然了，本來想一個月解決設計模式，可是後來中間有些事情耽誤，還有為了深入理解設計模式，參考了好多資料。所以拖到現在才弄完。很慶幸，我是慢慢看的，慢慢看才會思考，才會有效果。如果你看著看著就想說：這招真賤，那麼恭喜你，說明你鑽進去了，等你鑽出來的時候，你會豁然開朗很多。

 

我現在雖談不上大牛，確實很癡迷java，很癡迷設計模式，它真的很厲害。我以後一定朝著架構師的方向努力。

 

寫部落格有很多好處，其中一個就是，為了寫一篇比較好的部落格，你必須看很多資料，斟酌很多話語才行，我所有的部落格都是事先寫在文檔上，然後，從我自己的文檔上，挑比較通俗易懂的，而且章節模式清楚的放上去，所以，部落格上的文章，是跟我的word文檔上是不一樣的。因為寫部落格確實是一個細活，而且是一個累活。沒點毅力的人幹不了呀。這幾天一直在整理設計模式，有時候一天能寫三四篇部落格，有時候就寫一兩篇，看個人情況啦。

貼一下我電腦上的文檔（01和02不是標準設計模式）

有個大牛說，對於上層應用程式的開發來說，最重要的不是演算法，而是設計模式，這句話我非常同意。對於一些軟體公司而言，認為演算法就是天下，所以面試都是演算法，我覺得對於上層應用開發人員來說是不公平的。演算法很重要，但是不能一棒子將開發人員都打死。哎，沒辦法，現在面試就這樣，我得趕緊看演算法了。

 

還有個大牛說，對於物件導向語言開發來說，菜鳥和大牛的區別，在於，大牛可以再很短的時間內，寫出很高品質的代碼，菜鳥卻不行，因為菜鳥不會抽象，不會設計，不會思考，只會敲代碼。所以，我建議同行們一定要在看書看部落格的過程中，培養自己的思想，不能人云亦云，生活如此，編程亦是如此。

 

把編程當做人生來看，磨刀不誤砍柴工。看完設計模式以後，就算以後設計不出很精巧的模式，我也會先仔細想好，仔細研究透了需求，分析透了設計，再寫代碼，不然的話，後期的維護，以及擴充不知道要多難。

 

或許以後，我對設計模式有了更多，更深，更好的認識，我會再次補充【設計模式】這個類別。現在麼，這確實是個結束，當然是我編程的另一個開始

這裡再次由衷的感謝《研磨設計模式》《大話設計模式》還有CSDN上的大牛http://blog.csdn.net/zhengzhb，還有網路上的一些資源

寫部落格與看書的過程中，有很多的例子，代碼很多來源於你們，有些覺得不恰當的，我自己改了改，還希望你們不吝指正。

 

總結下來就一句話：多思考，多實踐