設計模式之禪

用戶評論 (總計73條)

•   這本書絕對是有深厚編程功底的人才能寫出來的。作者相當的務實，他不是在簡單擺弄理論，而是用自己的實際經驗，用相當切合實際的例子對理論進行深入且深刻的闡述。這些例子不復雜，但確實能夠比較好的說明問題。相信作者在例子的選擇上是很下了一番功夫的。最值得欣賞的是作者是真正的做到了活學活用，而不是讀死書。作者在對理論加以靈活運用的時候真正考慮了讓人糾結的問題：度的問題。任何理論的運用都有一個度，不及或過之都是欠缺。而對度的把握則是難中之難，因為它沒有可遵循的固定規(guī)律，只能依賴個人的經驗和智慧綜合考慮，這是任何機器都做不了的事情。相信大家能夠從作者對度的把握上收益良多。閱讀建議：1.如果有一定coding功底，建議看到作者舉出的例子時，先自己加以重構/重新設計，然后再和作者改良后的代碼進行比較。這樣會收益多多。甚至可以在看到作者用漢字描述的例子時，就可以開始嘗試用程序實現，進而作兩次比較，一次代碼抽象原型比較，一次是改善后的代碼的比較。這樣更鍛煉人。2.盡信書則無書，適合別人的東西不一定適合你。所以用懷疑的態(tài)度去讀書，盡可能嘗試去推翻作者。這樣你才能將作者寫出來的東西變成你自己的東西，也就是做到活學活用?！　≈劣诓蛔阒帲呛?，相對于這本書的優(yōu)點而言，基本上都可以忽略，而且關于通俗和幽默本身也是一個度的問題，其間的斟酌也是相當費時，所以我也就不再雞蛋里挑骨頭了。（轉讀者書評，原文地址見《設計模式之禪》豆瓣頁面）
•   剛拿到書，看的不多，感覺該書與其他書的一個最大的區(qū)別就在于語言的通俗易懂。書中的例子也大多是平時開發(fā)工作中遇到的，感覺很親切，作者將設計模式的禪潛移默化的融入在簡單的語言和生動的實例中，不是說教，不會讓你感覺枯燥，我覺得這起碼是好書的一個標準，禪，其實就這么簡單?。ㄞD互動網讀者評論）
•   書中通過對通過對六大設計原則的全新解讀、23種設計模式的完美演繹、設計模式的pk、設計模式混編等，向我們展示了作者的想象力，創(chuàng)造力和對設計模式的深刻理解，通過具體的開發(fā)場景，以講故事的方式向我們闡釋了設計模式的靈魂思想?！　⊥ㄟ^這兩天的閱讀，建議大家反復研讀，必將使自己的設計思想得以升華，使我們再次學習設計模式之時，領悟到“禪”的境界，禪的思想?！　】傊?，這本書無論對初學者也好，資深編程人員也好，都是一本難得的好書，在細細玩味之后，在潛移默化之中，我們對設計模式的理解必將富有禪意！
•   簡單、通俗，但又不膚淺，是本書的最大特色。尤為值得一提的是，本書還有設計模式PK和混編設計模式兩大部分內容講述如何自如地去運用這些設計模式，這是當前所有設計模式類的圖書都不具備的，連“四人幫”的那本書也不例外。
•   在我的印象里，技術類書籍一向是相當枯燥的，至少我之前看的一直是這樣。眼睛死盯著碼起來的文字一個個地啃下去，遇到難理解的地方，自己看不明白，往往還得回頭再精讀一遍，就是神仙也沒了興趣。學習本應是一個快樂的過程， 相信那些技術類書籍的作者也不愿意看到讀者把自己的著作看做一個個紙疙瘩，那就真杯具了?！　　　　对O計模式之禪》（以下簡稱《設禪》），很厚的一本書，跟我之前看的一本相當枯燥的《Web信息架構》略厚。當時一拿到手，心想：完了，這要看到什么時候！我這人看書本身比較慢，非得要把書里面的每一個字都要讀透（這是個不好的習慣）。但是拿起《設禪》真正讀起來的時候，徹底打消了我之前的疑慮，書中通過一個個實例給我們講了一個個編程的故事，平和的語言，滑稽的比喻，使得整個閱讀過程都相當流暢，一點沒有之前《Web信息架構》那般拖泥帶水的感覺……（慚愧，難為了那本很專業(yè)的書。）　　　　完全可以理解華章圖書對這本書的重視，書的作者的確是花了腦筋的。作者的想象力和創(chuàng)造力也在書中有很好的體現，經常會在代碼示例中加入一些很幽默的注釋，例如“運行的時候開電梯門？你瘋了！電梯不會給你開的”，“這是絕對合理的，只運行不停止還有誰敢坐這個電梯？！估計只有上帝了”等等。書中也經常把一個個編程對象比作成現實中的例子，猶如看小說一般行云流水。其實，每個軟件在設計者的心中，都是一本...小說，一個故事……　　　　能把深奧枯燥的理論知識變得風趣幽默通俗易懂，沒有豐富的經驗是不可能辦到的，也體現了此書的難能可貴。 閱讀更多 ›
•   從程序員到初涉軟件架構設計，對于我，“設計模式”仿佛從“Hello World”開始就是一個謎，面對完整的項目，復雜的需求，如何設計模型，這的確是一個問題。完美的設計出自對模式的理解和豐富的項目經驗，不得不承認，這需要我們花費很多時間和精力于此，并付諸于實踐中去。但是最近筆者閱讀了機械工業(yè)出版社的《設計模式之禪》一書，對設計模式的“禪理”娓娓道來，并且有很多精彩的例子做輔，語言平淡直白，通俗易懂，就像是在與深諳其道的朋友聊天?？v覽全書，本書分為四部分： 設計原則，針對六個設計原則進行闡述，其中不乏經驗之談； 設計模式演繹，分別描述了23中設計模式，并且每一種都有例程在里邊，每種模式應用的場景被形象的描述出來，比如第十六章的責任鏈模式，形象的用我國古代“三從四德”來舉例，描述責任鏈模式是怎樣應用的，等； 設計模式比較，分別就創(chuàng)建類模式，結構類模式和行為類模式等進行PK， 設計模式混編，列舉幾例模式嫁接應用，和MVC框架?？傊?，該書語言平實，實例精準，內容翔實，涵蓋面廣，是軟件設計模式中不可多得的一本書。簡單的幾行文字不足以概括其精妙，還需細細品味。
•   還行 網上好像有這樣的例子
•   本書引用許多實例，清楚描述了每個模式的應場景。并且還對不同模式間應用在同一問題進行比較，體現了作者對各模式深刻透徹的理解。
•   設計模式，無論看多少次都很難入腦。因為現在快速開發(fā)框架太多，很少有機會能用到這些；但這不代表它們可以忽略
•   書中講了很多設計模式，在工作中有很多值得借鑒的地方。尤其作者是有豐富的工作經驗，書寫的很好，希望有更多這類的電子書。
•   其他都不錯有些地方略顯啰嗦
•   用生活化的語言來講解設計模式是本書的最大特點。優(yōu)點是通俗易懂，讀起來很輕松。缺點：1.不夠嚴謹。比如錯別字，比如不當的例子，比如代碼中誤用的英文單詞，比如幾處提到“線程安全“的地方存在錯誤。2. 針對 Kindle 版電子書，所有代碼中需要標為“黑體”部分沒有用黑體標出來。
•   需要經歷過，才能更懂得
•   不過 評價不錯。給個好評
•   很不錯的一本書 通俗易懂
•   用來理解設計模式很好。
•   送貨速度很快，很方便，比書店買書好。
•   很不錯的書啦，謝謝
•   書本超贊，針對java語言
•   　　代碼太多了，特別是BO代碼，完全沒必要，唯一的好處就是讓人有看書一目十行的感覺。。
  　　
  　　另外，作者廢話挺多，有時候對基礎婆婆媽媽，比如講組合模式的時候的還介紹什么是樹葉，什么是根，有時候卻對關鍵的內容一筆帶過，比如在第一次講到ssh的時候，連個簡稱說明都沒有。。
  　　
  　　不過，書中的例子都還是不錯的，最后兩章關于不同模式的對比和混合寫的也很好，相信作者還是很費心思的。
•   　　紙質書第16頁下面剛改的代碼，在17頁仍然輸出“父類被執(zhí)行“而不是”Map 轉Collection被執(zhí)行“，難道我理解有誤？
  　　
•   　　書是在再次讀完 Head First Design Patterns 后讀的，易于做橫向比較，估計接下來會把《大話設計模式》也一并掃讀了。
  　　
  　　我是看完后隨手把書評發(fā)到微博上，整理到這里，就不再添字了。
  　　
  　　掃完「設計模式之禪」，讀的是PDF版本，缺了幾節(jié)。整體質量一般，最值得看就是對SOLID解說這一章。作者說讀過 Head First Design Patterns，但不喜歡書中的西方幽默，但我覺得 Head First Design Patterns 這書更好。
  　　
  　　Head First Design Patterns 較之「設計模式之禪」的優(yōu)點：兩者都在章節(jié)起始導入問題，但前者更深入地通過文字引導讀者思路，并且伴隨著教導讀者些許測試驅動和重構的方法。此外，Head First Design Patterns會比較類似模式之間的異同優(yōu)劣。
  　　
  　　Head First Design Patterns 沒有說盡23個設計模式，它有針對性地選擇、編排設計模式講述的先后，并在設計模式的講述中插入對設計原則的講解。相反，「設計模式之禪」只是簡單介紹各個模式，代碼篇幅太多，甚至只給出代碼就讓讀者自個領悟去。
  　　
  　　引用「設計模式之禪」中的一句，看官自個評質量：＂策略模式的好處就是：體現了高內聚低耦合的特性呀，缺點嘛，這個那個，我回去再查查＂、＂這個就不多說了，自己領悟去＂（第7頁）。注：我看的是PDF版，與實體書可能有些許不同。但大體內容和風格應該是一致的。
  　　
  　　總結：有閑情可以翻一翻，不值得入手。Head First Design Patterns 更適合用于了解設計模式。
  　　
  　　這篇簡評很中肯： http://book.douban.com/review/3219343/
•   　　這書我是先在網上找到電子版看的。雖然不全，但是足以認定本書乃“十世修來的”好書。我認為好書需要三個條件：一作者有真才實學；二作者善于講解和表達；三作者態(tài)度認真，力求打造經典。而這本書就具備全部條件。于是我買了實體書，還包了書皮兒...
  　　
  　　至于書的內容嘛，講設計模式唄。這東西的重要性需要強調嗎？如果你覺得需要那你別猶豫了趕快找本書來惡補吧，這本就不錯。
  　　
  　　推薦大家都來看看，絕對不虧的。
•   　　說實在的，我根本不懂設計模式，本來看到好多人在力薦這本書，心里就癢的難受，但是，“書，不讀，如廢紙”，心里還是隱隱的告訴自己“再想想，買那么多書了，有幾本徹底的看完過？！”
  　　恰巧有pdf格式的下載，下來看看吧，再次說實在啊，看這本書的前言“如何閱讀本書”，一個字“賊拉的震撼”，銀生第二次看到發(fā)自內心的話語啊，而不是商人般的唯好必說、逢疵必讓，第一次是看《21天學會C++》，作者前言說道“沒有任何一個人能夠在21天內掌握一門結構嚴謹的語言”，人家把道都給你指明了。第二次，就是本書，為什么本書會讓我嬌弱的小心眼兒為之震撼呢？我說過，我是一只小鳥，小phper，知道成長的艱辛，絞盡腦汁去參悟作者的意思、看花了眼睛去閱讀手冊，成之路真是辛苦??！可能是受盡以往資料生硬語言的束縛，本書敘事方式和以往書籍截然相反，舉例說明：大家都有幾個要好的朋友吧，和朋友談話時候什么感覺，和朋友談心時什么感覺，和朋友扯淡是什么感覺？看這本書就是啥感覺，還是一個字“賊舒服”，換句話，你和楊教授聊天，啥感覺？(你和楊教授關系老鐵了，另當別論)；
  　　嘿嘿，上學的時候語文沒學好，想到哪說到哪，倒是全部發(fā)自內心，謝謝：）
•   　　這幾年來，前后讀過3本設計模式的書：
  　　
  　　1. 《大化設計模式》
  　　2. 《HeadFirst設計模式》
  　　3. 《設計模式之禪》
  　　
  　　前兩本書出版的時間比較早，也比較暢銷，于是我都買了，總體而言，我能給《大話設計模式》打60分，因為它有的僅僅只是對設計模式的解讀，而且是最基礎部分的解讀，試圖用一些很能讓讀者容易懂的方式去解讀，但在我看來，這方面其實做得并不好。缺乏比較核心的內容。我能給《HeadFirst設計模式》打75分，這本書在設計模式領域還是相當有地位的，因為它開創(chuàng)了講解和學習設計模式的新方法，這本書的優(yōu)點就在于通俗易懂，精準到位，不足之處在于沒有能很好地把這23種設計模式進行融會貫通和綜合比較，也沒有太多關于如何才能更好地應用這些設計模式的講解，屬于入門價的，對提高沒有太多幫助。
  　　
  　　《設計模式之禪》算是后起之秀了，這本書剛出版時在社區(qū)里引起了轟動，身邊的同事也有幾個人買了，我借來看了看，一下子被吸引住了，于是自己也買了1本，到現在為止，我已經看了2遍了，感覺自己對設計模式的理解加深了很多。這本書幾乎繼承了前面兩本書的所有優(yōu)點，而且避免了前面兩本書的不足。
  　　
  　　強烈向想學習設計模式的朋友推薦這本《設計模式之禪》
•   　　 熱愛技術并且討厭枯燥乏味技術文章的讀者都可以看本書；
  　　 你是程序員，沒問題，本書能夠讓你寫出更加高效、優(yōu)雅的代碼；
  　　 你是架構師，那更好，設計模式可讓你設計出健壯、穩(wěn)定、高效的系統(tǒng)，并且自動地預防未來業(yè)務變化可能對系統(tǒng)帶來的影響；
  　　 你是項目經理，也OK，設計模式可以讓你的工期大大縮短，讓你的項目團隊成員快速地理解你的意圖，最終的成果就是優(yōu)質的項目：高可靠性，高穩(wěn)定性，高效率和低維護成本。
  　?。▉碜宰吭剑?br /> 　　
•   　　簡單、通俗、易懂，但又不膚淺，這是本書的最大特色。尤為值得一提的是，本書還有設計模式PK和混編設計模式兩大部分內容教你如何自如地去運用這些設計模式，這是當前所有設計模式類的圖書都不具備的，連“四人幫”的那本書也不例外。
  　?。▉碜宰吭剑?br /> 　　
•   　　前一段時間終于領到了我期待已久的《設計模式之禪》一書，但是由于工作的原因，一直沒有時間靜下心來細細品味作者那些來自自己工作實踐中的禪語。我把這本書放在我的床前，每當我臨睡前，我都會翻翻此書。在此之前我也看過一些設計模式方面的書，但是看看就想睡覺。有些設計模式的書看的是云里霧里的，看完了都不知道人家說的是什么。
  　　《設計模式之禪》這本書更多的是從實踐和應用的角度來講設計模式，作者根據自己的項目實踐總結出一些使用設計模式的方法和應注意事項。再加上作者通俗易懂的語言描述，讀起這本書來就像讀武俠小說一樣過癮。翻看了一下本書的目錄，我覺得本書不僅僅是對23種設計模式的解讀，更多的是對這23中設計模式進行比較，比較各設計模式的優(yōu)缺點，以便在實際應用中進行合理的使用。
  　　《設計模式之禪》確實是一本值得讀的好書，我會好好的讀這本書的。
  　　
•   　　轉卓越網讀者評論：
  　　
  　　是程序員都知道設計模式很重要，幾乎所有還沒有悟透設計模式的程序員都指導設計模式很難搞，學習的成本非常高，過來人都說要一邊實踐，一邊理解，然后一邊總結。
  　　
  　　關于設計模式的書非常多，有GOF的，也有其他解讀版的，我個人在學習設計模式的過程中也接觸過幾本，比如GOF的《設計模式》，書是很經典，但是太難懂了；《Head First設計模式》也讀過了，還不錯；《大話設計模式》在書店里也翻了翻，能打個60分吧，遠沒有大家說的那么好；《設計模式之禪》這本書我讀了快一半了，應該說的確彌補了這幾本書的不足之處，淺顯易讀但是又不膚淺是這本書最大的特點，能從書中設計的案例看得出來作者的道行比較深，而且寫這本書時很用心，實在是讀者的福氣。
  　　
  　　建議想學設計模式的朋友首選這本書，應該不會讓你失望。
•   　　原來借閱過閻宏的《Java與模式》，當初看時，剛入門，對模式設計的興趣不大，而且對傳統(tǒng)文化了解淺薄，感覺讀不懂，就放下了。
  　　所以，拿到這本書，看到名字的時候，就是怕自己再次看不懂。但在認真的看了幾天之后，就明顯感覺這本書講述的比較樸實，比較結合現實。
  　　工作了這么多年，或多或少的用到了些模式，但對它們之間區(qū)別和運用往往不夠重視，所以開發(fā)中往往猶如芒刺在背，本書開頭用了六章來講解最基本原則。
  　　本書定位讀者應該是對模式有所了解和項目聯合開發(fā)經驗的，不過沒有這些經驗，也可以作為指導性書籍來看。
  　　我所在公司不大，項目基本都是單兵作戰(zhàn)，往往是一個人同時扛多個項目，而每個項目的參與者頂多不過3-5人（包括頁面設計和客服等）， 開發(fā)上往往只有一兩個人，所以，接口用的不多，就是有也放著不用。但看了這本書以后，感覺受益良多，發(fā)現很多東西如果設計的好，可以避免重復工作的浪費。
  　　設計模式，不是說看過明白了就可以把書扔掉，此書也介紹了一下常見的組合模式，看起來，就不費勁。推薦給大家此書，時?？纯础?br /> 　　另外，特別感謝哲思社區(qū)和華章公司，給我這個機會做此書的評論員，書評有點晚了，非常抱歉！
•   　　在我的印象里，技術類書籍一向是相當枯燥的，至少我之前看的一直是這樣。眼睛死盯著碼起來的文字一個個地啃下去，遇到難理解的地方，自己看不明白，往往還得回頭再精讀一遍，就是神仙也沒了興趣。學習本應是一個快樂的過程， 相信那些技術類書籍的作者也不愿意看到讀者把自己的著作看做一個個紙疙瘩，那就真杯具了。
  　　
  　　《設計模式之禪》（以下簡稱《設禪》），很厚的一本書，跟我之前看的一本相當枯燥的《Web信息架構》略厚。當時一拿到手，心想：完了，這要看到什么時候！我這人看書本身比較慢，非得要把書里面的每一個字都要讀透（這是個不好的習慣）。但是拿起《設禪》真正讀起來的時候，徹底打消了我之前的疑慮，書中通過一個個實例給我們講了一個個編程的故事，平和的語言，滑稽的比喻，使得整個閱讀過程都相當流暢，一點沒有之前《Web信息架構》那般拖泥帶水的感覺……（慚愧，難為了那本很專業(yè)的書。）
  　　
  　　完全可以理解華章圖書對這本書的重視，書的作者的確是花了腦筋的。作者的想象力和創(chuàng)造力也在書中有很好的體現，經常會在代碼示例中加入一些很幽默的注釋，例如“運行的時候開電梯門？你瘋了！電梯不會給你開的”，“這是絕對合理的，只運行不停止還有誰敢坐這個電梯？！估計只有上帝了”等等。書中也經常把一個個編程對象比作成現實中的例子，猶如看小說一般行云流水。其實，每個軟件在設計者的心中，都是一本小說，一個故事……
  　　
  　　能把深奧枯燥的理論知識變得風趣幽默通俗易懂，沒有豐富的經驗是不可能辦到的，也體現了此書的難能可貴。
•   　　剛知道自己有機會拿到這本書時，真是喜出望外，倍感興奮。因為以前下了n次的決心想學設計模式，四人幫的《設計模式》也從圖書館借了換，換了又借。一次都沒看完過，并且都是翻了幾頁就放下了，感覺設計模式太可怕了。但他卻又是程序員不得不學的東西，于是為之深感煩惱。有時候時常安慰自己說“現在還沒到學習設計模式的時候呢，等做過幾個項目再去看自然也就懂了。”說是這樣說的，那只不過是安慰自己的話罷了，仍想早些了解他，并能很好的運用它。這時候我極想能找到一本設計模式入門的書籍，先對設計模式有一個初步的了解，讓后再去看那所謂的經典，但一直沒找到合適的。就在這愁人之際看到了這本書，一下子就被這本書的介紹吸引住了：
  　　
  　　 如果說“四人幫”的《設計模式》是設計模式領域的“圣經”，那么之后出版的各種關于設計模式的書都可稱之為“圣經”的“注釋版”或“圣經的故事”。本書 是得道者對“圣經”的“禪悟”，它既不像“圣經”那樣因為惜字如金、字字珠璣而深奧、晦澀和難懂，又比“圣經”的“注釋版”更深刻和全面、更通俗和生動、 更接近開發(fā)者遇到的實踐場景、更具指導性。本書兼收并蓄、博采眾長，是設計模式領域里的里程碑之作。
  　　
  　　 這介紹正合我意，心想我終于找到了它。我終于可以參悟設計模式中的奧秘了。之后便是每天都在期待著這本書的來臨，可是之后一個月都沒拿到書，那可恨的郵局啊。還好華章的張艷又趕緊快遞了一本給我。真是太感謝她了。雖然收到了書，但此時已步入畢業(yè)設計的繁忙時期，白天工作，晚上回來做畢業(yè)設計，這本書只有等熄燈后每天看上半個小時了。到今天已收到書恰好兩周了，不過至今仍沒看完，但我已了解本書的寫作風格，下面說說我對這本書的感受吧：
  　　
  　　 本書使用JAVA語言描述的小例子向大家展示了6大設計原則和23中設計模式。之后又做了擴展來了個設計模式大PK，更令人欣喜的是最后一部分講解設計模式在實際中的運用，若真沒有這一章，我還真對本書有點小失望呢。呵呵。
  　　
  　　本書的優(yōu)點：
  　　
  　　1 紙張質量
  　　
  　　 這本書的質量沒得說，華麗精美的封面，書的紙張也相當的不錯，絕對適合收藏。
  　　
  　　2 讀者范圍廣
  　　
  　　 這本書的讀者范圍可謂相當廣，不管您有沒有編程經驗，這本書您都可以去讀，就像作者說的，沒有編程經驗的您可以把它當本小說去讀。但說是這么說，我相信有一定的編程基礎的同學都能看懂些。
  　　
  　　3 通俗易懂，風趣幽默
  　　
  　　 作者之所以敢說沒有編程經驗的同學可以把本書可以當小說讀，完全在于作者那章章節(jié)節(jié)的小故事，非常風趣幽默，能完全吸引住讀者跟著作者的思路走，再加上作者使用相當簡單的程序去描述每個模式，非常通俗易懂，我相信只要有點編程經驗的人都能看懂一些的。
  　　
  　　4 講解細致
  　　
  　　 相比200多頁的“四人幫”經典，作者可謂大方之極，看來“惜墨如金”這四個字在作者身上沒起作用哈。^_^，作者結合實例細致講解了每個設計模式，之后仍感覺不過癮，又來了個設計模式大PK，通過PK能讀者能更好的理解各個設計模式。PK完之后作者貌似體力仍十足有余啊，又從實際編程的角度給大家講解設計模式的綜合運用，真是一盤絕頂大餐啊。正和我口味，呵呵。
  　　
  　　本書的缺點：
  　　
  　　 俗話說世上沒有完美的東西，如果完美了，他肯定不是來自地球。呵呵！而每個人對美丑的欣賞角度也不一樣，觀點定不會統(tǒng)一，我認為本書的缺點是：
  　　
  　　 1 看本書需要一定的UML基礎，這點真是有點令人不悅，雖然我是學C\C++的，對JAVA的了解為0，但代碼我基本上都能看懂，只可惜作者的類圖有些實在讓人摸不著頭腦，有些類圖畫的是在讓我搞不懂有些類的關系到底是什么，目前實在懶得去看UML了，.我想作者能對此進行一下解釋就更好了，我認為在這個地方，作者設計好小例子之后，可以專門拿出一小節(jié)根據類圖講述類之間的關系，并由此引申一下設計模式，我想會更好。如果所有的東西都讓讀者從代碼中看的話，沒有編程經驗的確實也只能夠看個熱鬧了，只能留給有2年以上工作經驗的人看了。
  　　
  　　 2 我感覺作者的例子可以在深入一些，我感覺有些例子稍微有些牽強，能深入些會更好。
  　　
  　　 總之，這本書是一本學習設計模式的很好書籍，如果您還覺得設計模式枯燥無味，難學之極，那請你來看本書吧，它能在你不知不覺中把你帶入設計模式的領地，并 不斷浸潤設計模式之精華?？赐瓯緯⒆鲆恍┚毩曋?，我相信你不但不會再對設計模式有所恐怖，反而還可以能在自己的項目中運用自如的使用設計模式，使自己 的代碼設計更加靈活。
•   　　“設計模式領域又一里程之作”，這個評價夸大其詞了。買了這本書，還是有點后悔的。如果需要入門設計模式，還是看那本head first（例子java寫的）更好一點。
  　　然后四人幫的那本經典，也是必讀的。
  　　這本書名字起的很大氣，但是內容并沒有達到這個高度。
•   　　在一小段時間前，有點空閑時間，想學習一下設計模式。幾年前就一直聽“高人”們提到設計模式，當時也著實想認真研習一下，并認為不明白設計模式，始終是比較瘸腿。但找到的讀物都令人費解，讀起來很吃力，所以每次都中途而廢。
  　　在網絡上無意中發(fā)現了秦小波先生關于設計模式的一個PDF，感覺寫的非常好，很對胃口，有眼前一亮的感覺。然后追根溯源就找到了這本《設計模式之禪》。這本書相對于其他講模式的書，還是非常容易理解的，也比較容易記住。
  　　這本書讓我重新拾回學習設計模式的信心，非常感謝作者。
  　　我感覺這本書可以這樣讀并從而學習設計模式：
  　　
  　　1、像讀小說一樣耐心讀完，讀的過程中要集中精力，盡量記住每一種模式的描述
  　　2、對照目錄，認真回憶每種模式是怎么描述的，用于何種場景
  　　3、對于不能記清楚的模式，立刻找到對應章節(jié)快速瀏覽，從而加強記憶
  　　4、有幾個模式會容易記混，所以要認真比較和加強記憶
  　　5、書本只是對模式進行了容易理解的描述，關鍵還在于理解每個模式的思想，然后使用于自己的設計中
  　　6、針對每個模式，都重新舉個例子，并用代碼實現，從而更加強化記憶和理解
  　　7、書中大部分的例子，都是先寫不完全正確的例子，然后循序漸進，給出正確的例子。應該增加一個特殊的索引，直接指向正確的例子，便于讀過的人可以快速定位。不過這本書很不錯的一個做法是在最后提供了一個很大篇幅的關于各個模式的彩頁，我覺得個人可以在這個彩頁上直接標記出每個模式對應的頁號，這樣以后就方便快速索引了。
  　　8、對于手頭有源碼并且設計復雜的系統(tǒng)或者軟件，可以對照學習，對號入座，從而也可以加強理解。久而久之，以后再看“高人”的代碼就再也不迷惑了，可以一目十行的快速閱讀代碼了。特別是一些架構級別的代碼。
  　　
•   　　
  　　對與設計模式的認識源于2年前的一本書《設計模式》，GoF（“四人幫”，指Gamma, Helm, Johnson & Vlissides, Addison-Wesley四人）的《設計模式》第一次將設計模式提升到理論高度，并將之規(guī)范化，提出了23種基本設計模式，自此，在可復用面向對象軟件的發(fā)展過程中，新的大量的設計模式不斷出現。
  　　但是對于一個初學者來說，這本書畢竟是比較專業(yè)化的視角來描述，難免有些苦澀難懂，自從前段時間在51cto 讀書頻道，接觸到“設計模式之禪”這本書后，使我的想法完全發(fā)生了改變，作者以親切自然的風格闡述了設計模式的核心思想，潛移默化地提升可我們面向對象的架構和編程能力，帶我們進入了“物我合一，見性成佛”的最高設計境界。全書以簡單通俗易懂但又不膚淺的描寫方法，讓我們在靜靜的思考中，慢慢的會意中，把設計模式的思維無聲地融入自己的思維中。
  　　就像作者在前言中所說：“會看的看門道，不會看的看個熱鬧”本書對無論有無編程經驗的人來說都是一本書中的尚品。對于經驗欠缺的編程人員，完全可以把它當成一本小書看。
  　　書中通過對通過對六大設計原則的全新解讀、23種設計模式的完美演繹、設計模式的pk、設計模式混編等，向我們展示了作者的想象力，創(chuàng)造力和對設計模式的深刻理解，通過具體的開發(fā)場景，以講故事的方式向我們闡釋了設計模式的靈魂思想。
  　　通過這兩天的閱讀，建議大家反復研讀，必將使自己的設計思想得以升華，使我們再次學習設計模式之時，領悟到“禪”的境界，禪的思想。
  　　總之，這本書無論對初學者也好，資深編程人員也好，都是一本難得的好書，在細細玩味之后，在潛移默化之中，我們對設計模式的理解必將富有禪意！
  　　就和大家分享這麼多，希望大家在讀這本書時，能共同交流，共同提高，是我們無論對技術的學習還是對生活的領悟都有一個更高的境界。（我的郵箱daiyuxi110@sina.com，希望和大家分享?。?br /> 　　
•   　　1. 綜合評論
  　　【一句話總結】
  　　值得一讀。比大話系列嚴謹，比GOF圣經易懂。69塊錢，24小時，劃算。
  　　
  　　【各部分感受】
  　　第一部分，六大原則，及其受用，適用于程序開發(fā)也適用于做人做事。
  　　書中有大量生動活潑的故事，有些十分貼切，想必作者費了不少腦汁。
  　　
  　　第二部分，對GOF的模式以有趣的方式庖丁解牛了一番，有些很獨到。
  　　初學者上手快，已悉者溫故知新。有趣味，有過程，有血肉。
  　　
  　　第三部分，PK很有特色，鞏固知識，加深印象，消食通便。
  　　不打不相識，越打越親近。條條大道通羅馬，風景各不同。
  　　
  　　第四部分，合作共贏，綜合應用，凝聚開發(fā)者的智慧。
  　　重點看需求上下文和程序架構，模式名字已不重要。
  　　
  　　附錄的23種設計模式類圖，是殺人越貨之必備阿。
  　　
  　　【閱讀建議】
  　　每節(jié)的【最佳實踐】都應當理智閱讀，原則也，實踐也。
  　　演示代碼只是為了說明問題，在實際項目中采用，要斟酌。
  　　建議閱讀順序，四一二三四一。
  　　閱讀目標，忘記模式吧，融入場景，心中無刀。
  　　
  　　2. 事件考古
  　　【2010年03月12日 五】 看分享，《設計模式之禪》試評員招募
  　　【2010年03月13日 六】 湊熱鬧，“申請，看看什么是禪”
  　　【2010年03月19日 五】 出結果，直到瑩美女分享才知道。
  　　【2010年03月22日 一】 發(fā)郵件，“哲思-設計模式之禪-試評員-登記”
  　　【2010年03月23日 二】 收郵件，恭喜您成為華章公司《設計模式之禪》試評員。
  　　【2010年04月02日 五】 第一篇，哲思楊某俠書評出爐。
  　　【2010年04月08日 四】 怕誤事，郵件確認：樣書已于3月25日寄出，平郵。
  　　【2010年04月15日 四】 樣書到，雯美女親臨。
  　　
  　　3. 試評計劃
  　　設計模式之禪/秦小波/機械工業(yè)出版社/ISBN978-7-111-29544-0/545頁/69元
  　　試評員約定要在樣書到手的兩周內出書評，500字以上，發(fā)布于網上。
  　　作者學機械的，9年技術，兒子三歲。豆腐學化工的，7年技術，兒子175天。
  　　前輩啊，O(∩_∩)O哈哈~，這書有點啃頭，有計劃有步驟的耐心嚼之。
  　　盡信書不如無書，豆腐讀書，絕對是批判的繼承，批判是我思考，不直接反映書的品質。
  　　和買東西一樣，挑刺越多，越易成交，滿口好好的，可能路過。
  　　
  　　白天上班，晚上親子。整塊的時間不多，遂分而治之，評一次為一里程，路標如下。
  　　【C1.1】即第1.1節(jié)。(C)hapter,為章節(jié)標記。
  　　【P123】即第123頁。(P)age,為頁數標記。
  　　【BTW】隨便說一下。（by the way）
  　　【小結】小小的總結一下。
  　　
  　　4. 第一里程
  　　【2010年04月15日 四 18:30】
  　　【書名】禪者，心也。有點玄。要是蟬就好了，知了也。
  　　【封皮】詩經·小雅·鶴鳴 “它山之石，可以攻玉?！?br /> 　　【作者】交行阿，信用卡用他家的，網銀有待改進。
  　　【贊譽】很多人很高評價，還有阿福，有點看頭。
  　　【前言】挺實在。致謝那段有意思。23種模式都用過，是否存在過度設計。
  　　【C1.1】info隱喻是屬性，不應實現Biz行為接口，見仁見智吧。
  　　【C1.2】IPhone的例子很好，‘注意’‘學究’，提示背景和視角。
  　　【C1.3】我單純，所以我快樂。
  　　【C1.4】很現實的問題，多快好省，服從領導。
  　　【C2.1】繼承必須擁有父類的所有屬性和方法。private的呢，從哪個角度講。
  　　【C2.2】OO5大原則之里氏替換，09圖靈獎女得主。例子很好，尤其CS那個。
  　　【2010年04月15日 四 21:00】
  　　
  　　5. 第二里程
  　　【2010年04月16日 五 18:08】
  　　【P24】表面類型和實際類型，頭一次聽說，為何不用大眾叫法。
  　　【C3.x】DIP，真的是講了不少。
  　　【C4.1】實例接口，這種講法，長見識。
  　　【C4.2】星探找美女，不如改成相親，更有殺傷力。
  　　【C4.3】IBookSearcher 例子不錯。
  　　【C5.1】你知道的太多了，所以越單純越好。
  　　【C5.2】commond通假command？4層含義講的很透徹。
  　　【BTW】不太習慣，下劃線開始的變量。
  　　【2010年04月16日 五 21:30】
  　　
  　　6. 第三里程
  　　【2010年04月17日 六 12:11】
  　　【C6.x】開閉原則，擁抱變化，第一思考的原則。
  　　【小結】
  　　六大原則很是受用，程序員進化之必備。例子多樣，很大眾化。
  　　建議增設第七原則，就是奧康姆剃刀----“如無必要,勿增實體”。
  　　【P59】say()還是不要static了吧。
  　　【P60】構造函數private只是確保了非本類不能new，而不是僅產生一個實例。
  　　【P60】“類中其他方法，盡量是static”，public static 違反LoD，隱患多。
  　　【C7.3】對單例講的很全面。除了clone外，反序列化也值得注意。
  　　【C7.4】場景假設的好，還普及歷史知識，但代碼有點不妥。
  　　【P62】countNumOfEmperor，static太糟糕，鈺有時會說他是鎮(zhèn)，都不用多線程。
  　　【P63】直接 Emperor.say()試試看。
  　　【C7.5】單例會被JVM的GC么？何種情況，理論依據或證據呢？豆腐認為有Ref就不GC。
  　　【C8.1】大話女媧造人的故事比較有趣。
  　　【P67】”其中的’？‘表示的是，... ...“ 沒看到代碼里使用。言之何物？
  　　【P67】Class.forName(c.getName()).newInstance();為何不直接 c.newInstance();
  　　【P67】使用泛型T，為何要Human強制轉換一下呢。
  　　【P77】Map<String,Product> prMap = new HashMap(); 建議HashMap parameterized
  　　【C8.x】GOF說的很好。此節(jié)的例子不太恰當，有點為了工廠而工廠。
  　　【C9.x】略讀。還是女媧娘娘這塊比較有趣，想必費了不少腦筋。
  　　【2010年04月17日 六 15:20】
  　　
  　　7. 第四里程
  　　【2010年04月17日 六 18:20】
  　　【C10.1】本小三，純屬虛構。
  　　【C10.2】final防覆蓋，這個提示很到位。
  　　【C10.x】模板這塊講的很細膩。記得JIC系統(tǒng)，就問過襪子，如何限定子類行為。
  　　【C11.1】變化是永恒的，Builder+Templet的例子很有代表性，值得研習。
  　　【P108】顯式調用Collection的clear()，不僅可避免意外驚喜，還可避免泄漏。
  　　【小結】模板和創(chuàng)建這兩節(jié)非常好，一個場景貫穿，一氣呵成。
  　　【C12.x】用游戲代練類比Proxy，用“審計”點出AOP，本節(jié)的看點。
  　　【P146】this.arrayList 改成 thing.arrayList，筆誤。
  　　【C13.4.3】冤家是因為final賦值，淺clone可以，深clone曲線救國也是可以的。
  　　【C13.x】電子賬單的場景有來路，帶有實際業(yè)務的影子，比虛構的系列好很多。
  　　【2010年04月17日 六 21:33】
  　　
  　　8. 第五里程
  　　【2010年04月18日 日 08:00】
  　　【C14.1】兩個“庫存情況”。后者應該是”采購情況“。
  　　【P148】“折半采購“少了 stock.increase(buyNumber);
  　　【C14.x】貼近生活，容易理解。
  　　【P170】命令模式通用類圖，Client關聯Receiver還是Invoker？
  　　【C15.5】原來伏筆在此揭開，算我讀的很仔細。
  　　【C15.x】有別于GOF，從新的角度講解了Command模式。
  　　【C16.x】責任鏈，全體婦女同志站起來 ... ... 了。
  　　【2010年04月18日 日 09:30】
  　　
  　　9. 第六里程
  　　【2010年04月18日 日 13:00】
  　　【C17.x】成績單大話的很熱鬧，JDK中例子很多。
  　　【C18.x】略讀。策略枚舉慎用。
  　　【C19.x】略讀。RMI慎用。
  　　【C20.x】如書中所說，太普遍了。研究研究Collection框架有好處。
  　　【C21.x】組合模式這么講有點暈。樹這么整不合適。
  　　【C22.x】先看反面例子，再看注意事項，再研究“暴露狂”。
  　　【C23.1】letterInotoEnvelope() 通假 Into。
  　　【C23.x】略讀。應該談談JDBC。
  　　【2010年04月18日 日 14:40】
  　　
  　　10. 第七里程
  　　【2010年04月18日 日 17:30】
  　　【P307】寬接口，窄接口，講的很好。
  　　【C24.x】備忘錄，有用的東西。注意不同場景下的策略略和細節(jié)。
  　　【P317】圖25-5，這個類圖怪怪的，method首字大寫。
  　　【BTW】類圖有些沒標返回值，圖25-6，25-5，25-4。
  　　【P328】雙反派，雙分派。
  　　【C25.x】以鄰居訪問為故事講解的很好。
  　　【BTW】很多方法論，都有很貼切的例子，在生活中活靈活現。
  　　【P340】代碼26-13，還是setLiftState(Context.closeingState);好。
  　　【BTW】closeing,openning這兩個ing很smilence(笑而不語)。
  　　【C26.x】電梯的例子很好，明了貼切，值得細品。
  　　【C27.x】堆棧計算器，適合學習。
  　　【C28.1】對廠商的分析工具感興趣。
  　　【P360】工廠是200多個并發(fā)，咋沒進行線程安全控制呢。
  　　【P365】講了。
  　　【P369】10萬次，多按了2個零 10000000
  　　【C28.x】故事場景不錯。對象在內存的大小可以通過成員變量估算的。
  　　【P378】眼中無黑體部分，心中有黑體部分。印丟了，呵呵。
  　　【C30.x】又是一個很有趣的例子，山寨公司。
  　　【小結】23個模式總算過完了，場景設計的很用心，老少皆宜。
  　　【2010年04月18日 日 20:15】
  　　
  　　11. 第八里程
  　　【2010年04月19日 一 20:20】
  　　【C30】PK阿，刺激，類比再對比，是深入了解事物的最佳實踐。
  　　【C30.1】第一回合，PK的不錯，有點內褲外穿的勢頭。
  　　【C30.2】第二回合，不太地道，應該工廠PK抽象工廠，工廠欺負Builder。
  　　【C30.x】這么P如何：超人工廠PK抽象工廠，抽象工廠PK建造者于汽車。
  　　【C31.1】場景合適，級別相當，恰到好處。
  　　【C31.2】丑小鴨的例子很好很強大，目前為止最贊的一個，是如何想到的呢。
  　　【C32.1】命令模式在這場PK中狀態(tài)不好，暈乎乎的，結論很清楚。
  　　【C32.2】壓縮對策略有力，對命令不利，容易漂移。
  　　【C32.3】DNS這段PK也到位，買一贈一，看PK，送DNS原理。
  　　【2010年04月19日 一 21:40】
  　　
  　　12. 第九里程
  　　【2010年04月20日 二 09:10】
  　　【C33】各種職業(yè)互P，法師對戰(zhàn)士。
  　　【C33.1】略讀，最佳實踐總結了，尤其是抓到耗子就是好貓。
  　　【C33.2】看點是類圖和最佳實踐，可以擴展下場景應用。
  　　【C33.3】五大高手，陣容強大，從頭讀到尾，必有收獲。
  　　【P474】全書中，代碼34-9(好像)是第一個關鍵字加粗的。
  　　【C34.x】連橫合縱，天下一統(tǒng)。要是作為上機考試題如何。
  　　【C35.1】貌似這個例子背景強大，眼睛一亮。過程很Mini。
  　　【C35.x】過程很Mini，點到為止。
  　　【C36.x】行，過，有所獲。
  　　【C37.x】規(guī)格模式，AND，OR，NOT的結構是看點。
  　　【BTW】SSH曾害我找ssh資料費了不少搜商，簡歷上也見到最多。
  　　【C38.x】MVC火的不得了，略讀。
  　　【小結】一不小心，看完了，回頭寫總評。
  　　【2010年04月20日 二 11:20】
  　　
  　　13. 終于拿下
  　　好久沒這么有壓力，有計劃，有步驟的讀書了。限時讀書是個好套路。
  　　免費總是有魔力的。看著柜里間歇冬眠的書，真是非借不能讀也。
  　　回顧一下讀書過程，9個里程，累計23小時，感覺3個小時一里程效果很好。
  　　
  　　書評將要發(fā)出，心如跳兔。不是見仁見智，就是賤人賤智，O(∩_∩)O。
  　　有人的地方就有江湖，有評的地方就有爭辯，評論員不是什么好差事( ⊙ o ⊙ )。
  　　
  　　最后，支持真原創(chuàng)。大家積極修書立傳，授業(yè)解惑。
  　　
  　　---------------------
  　　更詳細評論參閱：
  　　http://www.trydofor.com/a9w3-auhome/trydofor/article/2010/0420133401/body.htm
•   　　很言過其實的一本書。
  　　第一：作者說了，是用咱們的母語講解設計模式的書，可是每次下定義的時候都先用英文下，然后再用母語重復一遍，估計是為了湊字數的。
  　　建議：如果能看懂這本書中的英文，建議直接看HeadFirst Design pattern原版,該書比本書至少要好三個檔次。如果看不懂本書的英文，請看HeadFirst Design pattern的中文版，雖然有很多經典被翻譯糟蹋了，但HeadFirst Design pattern翻譯的還是不錯的。
  　　
  　　書中錯誤百出，我昨天稍微翻了翻，就發(fā)現幾處很明顯的錯誤：
  　　例如第11頁，“直接把sanMao.killEnemy(new Rifle())改為sanMao.killEnemy(new MachineGun()),”簡直不知所云，原來每開一槍就要換一把搶。
  　　第217頁，“你要一個研究生，你派了一個高中生給我，那算什么事”，第一個你應該是我吧，要不你要一個研究生和你派了一個高中生給我有什么關系。
  　　還有一些明顯的錯別字。
  　　
  　　當然，這種情況的主要責任在編輯。建議以后編輯將主要精力放在提高書籍質量，避免低級錯誤身上。不要光顧吹牛，設計模式的里程碑，按照我的看法只能是四人幫的原著，雖然該書有些晦澀，而且翻譯的很糟糕，但里程碑就是里程碑，不是隨便挑塊石頭就可以當里程碑的。
•   　　酒吧以高薪聘“男女公關”為名　騙了廣州市快騰貿易有限公司近百人
  　　 “不許動，統(tǒng)統(tǒng)舉起手來！”3月8日下午2時30分，在深圳南山區(qū)粵海街道大沖村的飛馬酒吧內，“內應”偵查
  　　員配合數十便衣警察，將酒吧內50多名涉案人員全部控制起來。至此，一個以高薪招聘“男女公關”為名的18人詐騙團伙全部落網。
  　　
  　　為“兩萬元月薪”
  　　
  　　交出500元血汗錢
  　　
  　　今年20歲的小林來自江西，在深圳找工作期間看到寫有“內部直招，非中介，免押金”字樣的廣告，一下子就被其“男女公關月薪2萬元”“保安一職不算小費也有2700元工資”的優(yōu)厚條件吸引住了，于是到約定地點飛馬酒吧面試。
  　　
  　　酒吧守門人直至小林報出聯系人賀小姐手機后面4位號碼“9662”的暗號后，才允許其進入酒吧包間接受“面試”?！懊嬖嚒睍r，接待人黃某告知小林保安一職已招滿，而經理助理也早有人選了。正當失望的小林準備離去時，黃某改口說：“現在緊缺的是高級服務員和公關?！?br /> 　　
  　　當得知“公關”就是陪富婆聊聊天喝喝酒，一個月能輕松賺三四萬元的職業(yè)時，小林毫不猶豫地按要求將身上僅有的500元交了出來，在酒吧里一心等消息。
  　　
  　　“入圍者”還要再交
  　　
  　　4000元“繼續(xù)包裝”
  　　
  　　此時，酒吧里突然沖進來數十名便衣警察，把小林嚇了一跳。隨著一句“不許動，統(tǒng)統(tǒng)舉起手來”的大喝，酒吧里兩名“望風”人員、一名“咨客”，酒吧大廳內30余人及“包房”內“面試”的10多人迅速被控制，民警還搜出賬本、傳單、贓款等證據一批。
  　　
  　　
  　　警方在圍捕過程中，酒吧里又先后涌進了15名應聘者。經過辨認、清點、勘查，18名涉嫌詐騙的疑犯無一漏網。
  　　
  　　經查，酒吧內存在一個特大的招工詐騙團伙。這個大團伙又分為兩個相互獨立的團伙，其中以王×勇、劉×明等人為首的團伙，以7000元的月租
  　　租得場地。他們將其中一半場地租給以方×萍、王某等人為首的另一個團伙共同“營業(yè)”。
  　　
  　　男性應聘者交納300元到1500元不等的“包裝費”后，會被帶到某些夜總會“繞一圈”，然后告知“富婆”沒看上，想要繼續(xù)做“公關”，還需交4000元的“繼續(xù)包裝費”。而少數容貌姣好的女應聘者則成為“坐臺”小姐，大部分女子所交的入職費都落入了詐騙團伙成員的腰包。
  　　
  　　據警方初步統(tǒng)計，該團伙總“營業(yè)額”在10萬元以上，受騙者多達上百人。
  　　
•   　　　　讀這本書的起因源于csdn學生大本營的一次活動《設計模式之禪》試讀員招募，身為程序員兼之學生大本營的老師沒有道理不踴躍參加了（參加時可沒走任何后門），佛祖顯靈，真的能有幸成為了試讀員。從得知寄出樣書，居然用了半個多月才拿到手，長了些。卻也將我急切等待讀書的浮躁心情洗滌為一種平和的心情，此時讀這本《設計模式之禪》未嘗不是一件好事，正應了“禪”的心境了。
  　　
  　　
  　　　　翻開書 贊譽映入眼簾，這么多還是直奔主題吧，我這人歷來讀書都是先看目錄，讀懂目錄，書也就有機會讀懂了。在參加活動時，在秦少波老師主頁中，簡單閱讀了部分樣章（我這人比較懶，看書還可以，讓我在電腦上看書向來懶惰），作者將要闡述的知識分成了四大塊。從面向對象的6大設計原則入手，逐步演繹了GOF23個設計模式的一招一式，到后來更是演練了一番海陸空聯合作戰(zhàn)（設計模式混編）。每個設計模式用一個小故事引出該模式的定義，隨之展開、深入。結構分塊清晰，正是我喜歡并常建議我的學生學習時采用的學習和思考方式，由原則規(guī)矩入手-〉一招一式-〉組合拳。
  　　
  　　　　清楚了這本書的內容的組織結構，閉眼那些知識走馬燈似在腦中過了一遍，設計模式就是這樣啊，禪之何來。往后看下來，不對，不同。章節(jié)中深入淺出的故事讓初學者對設計模式通俗易懂；幾句話的定義又將知識點透徹清晰的總結了；而隨之的應用、經驗技巧正是唐三藏要求取的真經?。。?！
  　　
  　　快速翻過跳到“第三部分設計模式PK”，慢慢的讀下來，PK相似、PK不同，不是調侃似的PK，不是理論似的PK，好好好，設計模式在心中越來越清晰的勾畫出來。書讀到這里還沒完 ，作者居然在最后的部分增加了幾個“開發(fā)項目”。好生動的演練。通過前邊知識的準備，潛移默化的深入再深入地探討了幾個主要模式。
  　　
  　　陽春白雪下里巴人。好佩服作者深厚的編程開發(fā)功力和文字處理能力，居然在一部書里層次清晰的實現了雅俗共賞。再次閉目冥想，設計模式如春雪入土，慢慢消溶；土中有雪，雪中有土；不著于痕跡——何時悟禪？
  　　
  　　初讀，事多，時間緊，未及細讀，很多未及文字，不通處見諒，欲知后事，再讀，再再讀有感時……
  　　
  　　
  　　
•   　　 我是個剛剛入行半年的小鳥,只讀完了前六章,因為答應了要在收到書的2周內寫出書評,所以斷章取義的寫了些文字....ok, 切入正題:
  　　
  　　 本書前6章比較詳細的介紹了6大設計原則,相對其他設計模式的書籍而言我覺得這種方式比較能讓我這種小菜鳥入門;作者在每章首先拋出定義,然后是比較有趣實例和一些容易理解的代碼,接著闡述為什么要用,優(yōu)缺點和一些經驗建議;但是總感覺有點意猶未盡,換言之我覺得如果能再添加一些點睛之筆那句更好啦,對于這點我覺得<冒號課堂>的文章寫的就不錯(不過T-T太深了,有很多地方我功力不夠...),就個人而言我覺得在闡述優(yōu)缺點和經驗的地方如果能更深入一些或者說更細致一些就好了 :)
  　　
  　　 個人覺得如果想掌握一種新的事物,要了解他的定義和后才可能知道這種事物怎么用,而經過對這種新事物應用并總結優(yōu)缺點后,才可能真正開始了解這種事物的”價值觀”,才可能無招勝有招.其實之所以提及這個,我覺得設計模式只是一種經驗總結,換句話說,即使你沒看過,也可能自己不知不覺的用過了,問題關鍵就是怎么去讀懂設計模式的核心思想,因為最近很忙所以就選擇仔細的讀前6章,我認為前六章才是我的重中之重!如果你問我作者是否將這種精煉的思想提取并融入全書中,我暫時還沒法回答,當然也可能是我太菜,不識廬山真面目;等等!難倒這就是作者題目所提及的禪嗎?恩,等讀后面我再好好的體會吧……
  　　
  　　 嘿嘿,我仔細的看前言了,作為一本將自己多年工作經驗總結,并通過寫成書的方式來共享自己知識,單從這一點,哥們!額,不!前輩,小菜鳥挺感動的,希望以后國內能看到更多類似這類書籍,而不是那些胡亂粘貼的垃圾書籍.呼,可以去睡覺了...
  　　
•   　　 實例豐富。全書545頁，很少連著兩面或三頁只見文字不見代碼，實際上基本每頁都有代碼。這些例子是作者九年的工作總結啊，其價值是不言而喻的！
  　　 通俗易懂。先是提出問題，給出一個相對簡單的解決方案，然后不斷完善，循序漸進，層層深入，比如在講工廠模式時，先由女媧造人的神話引出一個簡單工廠的模式，然后根據變化過渡到多個工廠類的模式，再到抽象工廠，用貼近生活的例子和語言娓娓道出高深的模式，讓人感覺自己就像在讀白居易的詩一樣，讓一個不懂設計械的人感受到了學習與設計的快樂。
  　　 客觀、全面。在由淺入深地給出相對完善的模式后，還從優(yōu)缺兩面進行總結，能讓人有更深的了解。同時，該書的講解是很全面的。比如將唯一的單例擴展成固定數量的“單例”，再如原型模式中，講解了淺拷貝與深拷貝后，還講解了String的特殊性以及clone與final的沖突等，真是知無不言，言無不盡！
  　　 來于現實，最后又回歸現實。來書每章開始都從生活中常見事例引出某類經典問題，當我們懷著好奇之心一步步地看完解決方案后，發(fā)現自己已經又學習一種模式了，此時再去看那相對“抽象”的模式的定義，已經感覺不到抽象了。最后，在每章的結束部分，又給出了該運用該模式的具體場景，將讀者的思緒從定義又拉回了現實，給了我們巨大的思考與想象的空間。這也正是我們學習模式的原因??！
  　　
•   　　從程序員到初涉軟件架構設計，對于我，“設計模式”仿佛從“Hello World”開始就是一個謎，面對完整的項目，復雜的需求，如何設計模型，這的確是一個問題。完美的設計出自對模式的理解和豐富的項目經驗，不得不承認，這需要我們花費很多時間和精力于此，并付諸于實踐中去。
  　　但是最近筆者閱讀了機械工業(yè)出版社的《設計模式之禪》一書，對設計模式的“禪理”娓娓道來，并且有很多精彩的例子做輔，語言平淡直白，通俗易懂，就像是在與深諳其道的朋友聊天。
  　　縱覽全書，本書分為四部分：
  　　 設計原則，針對六個設計原則進行闡述，其中不乏經驗之談；
  　　 設計模式演繹，分別描述了23中設計模式，并且每一種都有例程在里邊，每種模式應用的場景被形象的描述出來，比如第十六章的責任鏈模式，形象的用我國古代“三從四德”來舉例，描述責任鏈模式是怎樣應用的，等；
  　　 設計模式比較，分別就創(chuàng)建類模式，結構類模式和行為類模式等進行PK，
  　　 設計模式混編，列舉幾例模式嫁接應用，和MVC框架。
  　　總之，該書語言平實，實例精準，內容翔實，涵蓋面廣，是軟件設計模式中不可多得的一本書。簡單的幾行文字不足以概括其精妙，還需細細品味。
  　　
  　　
•   　　很榮幸能成為《設計模式之禪》的試讀員，以前自己也看過一些設計模式的書籍，都是在以導彈火箭作為題材闡述，有兩點，第一、理解非常難，第二，都是抄的，很是郁悶
  　　抱著嘗試的心態(tài)去讀了這本書，因為我自己讀書本身比較慢，所以2周的時間只看到設計模式中的裝飾模式那里。非常想說的一句話是，這本書不是抄的，比較容易理解，
  　　這本書的結構我很喜歡，從寫代碼和設計代碼的原則入手，直至設計模式到設計模式的混合搭配還有最后的大量設計模式的應用案例，很感謝作者，這本書對我的幫助很大
  　　
•   　　本來應該早些寫出來的，不過最近家里雜事太多，一直抽不出時間了，所以耽擱了，還請大家見諒。
  　　活動里面說提倡原創(chuàng)，嚇得我都不敢看其他已經貼出來的書評，生怕自己的思路受到影響。
  　　好了，言歸正傳。
  　　最深印象：
  　　 這本書絕對是有深厚編程功底的人才能寫出來的。作者相當的務實，他不是在簡單擺弄理論，而是用自己的實際經驗，用相當切合實際的例子對理論進行深入且深刻的闡述。這些例子不復雜，但確實能夠比較好的說明問題。相信作者在例子的選擇上是很下了一番功夫的。最值得欣賞的是作者是真正的做到了活學活用，而不是讀死書。作者在對理論加以靈活運用的時候真正考慮了讓人糾結的問題：度的問題。任何理論的運用都有一個度，不及或過之都是欠缺。而對度的把握則是難中之難，因為它沒有可遵循的固定規(guī)律，只能依賴個人的經驗和智慧綜合考慮，這是任何機器都做不了的事情。相信大家能夠從作者對度的把握上收益良多。
  　　閱讀建議：
  　　 1.如果有一定coding功底，建議看到作者舉出的例子時，先自己加以重構/重新設計，然后再和作者改良后的代碼進行比較。這樣會收益多多。甚至可以在看到作者用漢字描述的例子時，就可以開始嘗試用程序實現，進而作兩次比較，一次代碼抽象原型比較，一次是改善后的代碼的比較。這樣更鍛煉人。
  　　 2.盡信書則無書，適合別人的東西不一定適合你。所以用懷疑的態(tài)度去讀書，盡可能嘗試去推翻作者。這樣你才能將作者寫出來的東西變成你自己的東西，也就是做到活學活用。
  　　
  　　至于不足之處，呵呵，相對于這本書的優(yōu)點而言，基本上都可以忽略，而且關于通俗和幽默本身也是一個度的問題，其間的斟酌也是相當費時，所以我也就不再雞蛋里挑骨頭了。
•   可能是作者的疏漏吧。
•   竊以為設計模式之禪寫得很好，很幽默，pdf版的
  設計模式也是要一個一個地寫代碼的，光看沒啥作用
•   設計模式之禪pdf比書上少了相當多的東西，lz可以看一下原書
•   設計模式之禪是本好書。國人也能寫出好書地
•   看了幾條書評都是說Head First Design Patterns 比「設計模式之禪」好，本想想買來《設禪》的（目前已經在圖書館把它前面原則設計等前部看完了），搞得我現在都想去看看前者是個怎么好法咯。
•   很有煽動性！
  你平時工作會用到設計模式嗎？
•   兄臺，我平時不用，這篇評論是轉的卓越網一位讀者的評論。
•   個人感覺，絕對槍手！
•   這位兄弟的評論寫得太精彩了，哈哈，贊一個！
•   看的我很想讀讀了。。。
•   這本書多次在當當網斷貨，已經重印多次，繁體版馬上要出版了。
•   其實，每個軟件在設計者的心中，都是一本小說，一個故事。。還可以說，每個軟件，都是設計者的情人，你正在裝扮她。。
•   你真厲害，這種書都看完了，這個書我看了1/3之一就看不下去了。
  我不禁想問作者 你真的懂設計么？
  先不說有沒有把這些思想表達清楚的問題。光從代碼看實在看不出作者有什么功力，那個皇帝的單例模式，皇帝就多了個name屬性居然使用一個static的arrayList來裝，后面的say和getInstance居然依賴同一個靜態(tài)變量，很明顯的邏輯錯誤。
  之后的builder那個例子，N個類公用一個arraylist。。。貌似作者都沒有搞清楚JAVA里傳值和傳引用。
  動態(tài)代理那個例子，他居然去繼承一個只有靜態(tài)方法的類，真是汗顏。
•   【C7.5】單例會被JVM的GC么？何種情況，理論依據或證據呢？豆腐認為有Ref就不GC。
  對的，這個話我也很懷疑。我估計作者可能是做WEB開發(fā)的時候，和SESSION的有效時間搞起來了，session長時間不用（默認是30分鐘吧），session會失效。
•   這書名字和推薦太霸氣，囧。
•   回復zizi的問題：
  謝謝您對本書的關注，關于您提到的這個問題，您的理解可能欠妥當，建議您看一下JVM的垃圾回收機制，相信您會有更大的收獲。在jvm中任何一個未被引用的實例對象都會被垃圾回收器（GC）回收，單例也不例外。一旦一個單利對象被回收，重新建立引用時，所有靜態(tài)變量或實例變量都會重新初始化。這與session有很大的差別，session的生命期是確定的（比如最后一次activate后30分鐘），不管有沒有被訪問。
  sun網站相似的介紹：http://java.sun.com/developer/technicalArticles/Programming/singletons/ 。
•   回復zizi的問題：
  “那個皇帝的單例模式”,這是在講有上限的多例模式(Multiton pattern)，小生愚笨，實在沒理解您的意思，或者說您有更好的實現有上限的多例模式？
  “之后的builder那個例子”，糾正您一個問題，Java是以傳值的方式傳遞引用。
  “動態(tài)代理那個例子”，子類是對父類的業(yè)務細化和深度擴展，SubjectDynamicProxy出現在與業(yè)務有關的代理類中，當然是AOP就不再此考慮之列。
•   回復 《設計模式之禪》作者：
  　　 其他例子我也不想說了，先看“多例模式(Multiton pattern)”的代碼
  　　public static Emperor getInstance(){
  　　 Random random = new Random();
  　　 countNumOfEmperor = random.nextInt(maxNumOfEmperor); //隨機拉出一個皇帝，只要是個精神領袖就成
  　　 return emperorList.get(countNumOfEmperor);
  　　 }
  　　
  　　//皇帝發(fā)話了
  　　 public static void say(){
  　　 System.out.println(nameList.get(countNumOfEmperor));
  　　 }
  　　
  　　首先，say是皇帝實例的行為，為什么是STATIC？
  　　第二 name是皇帝實例的一個屬性，一個實例變量就行了，為什么要用個
  　　共用的static list去存？這樣做是不是要額外的多一個值去記錄每個皇帝實例對應的在這個nameList里的數字。
  　　
  　　問題三：問題是你還沒保存第2點的那個數字，你用了一個靜態(tài)變量去保存，也就是說say 如果緊接著getinstance調用是不會出錯的，但是順序一變這個代碼馬上就要出錯，(如果getinstance調了兩次，那么兩個實例每個實例再掉say那可能會是同一句話)作為一個系統(tǒng)的設計，你怎么能去預料用戶調用方法的順序？
  　　
  　　
  　　[“之后的builder那個例子”，糾正您一個問題，Java是以傳值的方式傳遞引用。]
  　　你builder的例子 所有的sequence都指向同一個引用，我也真是服了，這個問題和你皇帝的問題性質相同。
  　　
  　　
  　　請你再仔細看看你的代碼，有些地方（限前1/3）有明顯的邏輯錯誤。
  　　
  　　PS：謝謝你的http://java.sun.com/developer/technicalArticles/Programming/singletons/ 。
•   >http://java.sun.com/developer/technicalArticles/Programming/singletons/
  這個收下了，謝謝。
  如果出下一版書，請在參考資料里把URL加上吧，對讀者有意。
•   技術是越辯越明，希望大家在交流技術的同時也能成為好朋友，哈哈。
•   鼓不打不響,理不辨不明。哈哈，希望繼續(xù)多出好書。
•   這個人家說的是jdk1.2以前的情況，現在的jvm不會出現這種情況了
  有靜態(tài)變量引用，gc就不會回收了
•   那個ocp里面的書店的例子， 今天打個折來個繼承，明天來個買一送一也來個繼承, 萬一又打折又送書怎么辦？ 我覺得應該用decorator包起來，靈活很多
•   還有你那個工廠方法模式的例子根本不對阿，你的例子只是加了接口的簡單工廠而已
  工廠方法是類行為模式，是將行為延遲到子類，具體實例化哪個產品由子類決定，
  你所謂的多工廠才是真正的工廠方法， 怎么隨便定義名詞哦！
•   build 模式里 每個builder 每次都build同一個實例阿，就是那個成員變量， 暈死， 這樣跑10000遍還是跑得同一輛車阿！ 這錯誤好多哦。。。
•   對的 那個工廠方法就是為了屏蔽CLASS,他居然用CLASS來反射創(chuàng)建..
  還有COMMAND模式,那個receiverClass,原文明確說是ANYCLASS...書中居然說這個需要抽一個接口...那這個東西本身就是COMMAND接口.
  書中對于實例的使用是要用的時候隨便NEW...反正CLASS里放著一個靜態(tài)成員變量.感覺寫的是設計模式但是貌似OOh愛美弄清楚..
•   本來想買的....看完評論，保持觀望
•   這位朋友的書評寫得很中肯，很實在，贊一個！
  尤其是您提出的2個閱讀建議，我個人覺得非常好，打算讀這本書的朋友可以參考一下。
•   呵呵, 謝謝!

相關圖書

• デュラララ!!×4
• デュラララ!!×5
• 超圖解EXCEL VBA基礎講座
• デュラララ!! 1
• 性與舉止：西方女性解放史
• 韓國與朝鮮現代史
• 從你美麗的流域
• 軟件工程
• 外國肖像漫畫
• 21世紀高等院校美術專業(yè)新大綱教材
• 哈佛家訓
• 留東外史
• 1994世界摩托車目錄(中英文對照版) (平裝)
• 傅雷家書
• 越南近現代史
• 周易傳
• ドロヘドロ 14
• 否決者論：制度如何運作
• 夢中ノ人 2
• 英語課堂活動與課后評價-第七冊-供一年級起始用-新標準
• 英語(新標準)(3年級起點)(第1冊)(課堂活動)(08山東) (平裝)
• 管理學原理
• 回到文本-馬克思主義經典文獻解讀
• 房地產經營管理
• 金融實務模擬與實驗