簡體網頁||繁體網頁

☆☆☆☆☆

圖書標籤:

• 設計模式
• 數據結構
• 數據庫
• 編程
• 計算機科學
• 軟件工程
• 算法
• 入門
• 經典
• 技術

店鋪： 蘭興達圖書專營店

齣版社： 清華大學齣版社

ISBN：9787302305712

版次：1

商品編碼：1550888601

bm000358

大話設計模式+大話數據結構+大話數據庫 3本

9787302162063 9787302255659 9787302305712  

大話設計模式

• 齣版社: 清華大學齣版社; 第1版 (2007年12月1日)
• 平裝: 368頁
• 語種： 簡體中文
• 開本: 16
• ISBN: 9787302162063
• 條形碼: 9787302162063
• 商品尺寸: 26 x 20.3 x 1.7 cm
• 商品重量: 699 g

  作者簡介

  程傑，高級軟件工程師&高級培訓講師。從事軟件開發一綫工作近八年時間。曾在申銀萬國證券公司、上海楊浦區政府、朝華集團下屬網遊公司、香港晨興集團等多行業項目開發中擔任主程及項目負責人，有豐富的大中型軟件開發經驗，以及多年的軟件設計與項目管理經驗。曾任加拿大慧橋培訓中心金牌講師，主持.NET高級軟件工程師的培訓工作；早年從事高中數學教學工作，曾在江蘇常州重點高中任教時獲得過市教學一等奬，這些教學和培訓經曆讓作者對如何以易懂的語言講解艱深的技術知識有瞭深刻的理解。他也是“博客園”網站博客的連載文章《小菜編程成長記》的作者。本書作者集多年實際項目開發經驗和豐富教學培訓經驗於一身，準確把握住編程初學者的視角，以淺顯幽默的語言嚮讀者詮釋瞭麵嚮對象設計模式的精髓。

  目錄

  第1章 代碼無錯就是優？——簡單工廠模式 1
  1.1 麵試受挫 1
  1.2 初學者代碼毛病 2
  1.3 代碼規範 2
  1.4 麵嚮對象編程 4
  1.5 活字印刷，麵嚮對象 4
  1.6 麵嚮對象的好處 5
  1.7 復製vs.復用 6
  1.8 業務的封裝 6
  1.9 緊耦閤vs.鬆耦閤 8
  1.10 簡單工廠模式 10
  1.11 UML類圖 12
  第2章 商場促銷——策略模式 17
  2.1 商場收銀軟件 17
  2.2 增加打摺 18
  2.3 簡單工廠實現 19
  2.4 策略模式 22
  2.5 策略模式實現 25
  2.6 策略與簡單工廠結閤 27
  2.7 策略模式解析 28
  第3章 拍攝UFO——單一職責原則 30
  3.1 新手機 30
  3.2 拍攝 30
  3.3 沒用的東西 31
  3.4 單一職責原則 31
  3.5 方塊遊戲的設計 31
  3.6 手機職責過多嗎？ 33
  第4章 考研求職兩不誤——開放-封閉原則 34
  4.1 考研失敗 34
  4.2 開放-封閉原則 35
  4.3 何時應對變化 36
  4.4 兩手準備，並全力以赴 37
  第5章 會修電腦不會修收音機？——依賴倒轉原則 38
  5.1 MM請求修電腦 38
  5.2 電話遙控修電腦 39
  5.3 依賴倒轉原則 40
  5.4 裏氏代換原則 41
  5.5 修收音機 43
  第6章 穿什麼有這麼重要？——裝飾模式 44
  6.1 穿什麼有這麼重要？ 44
  6.2 小菜扮靚d一版 45
  6.3 小菜扮靚第二版 47
  6.4 裝飾模式 50
  6.5 小菜扮靚第三版 53
  6.6 裝飾模式總結 56
  第7章 為彆人做嫁衣——代理模式 57
  7.1 為彆人做嫁衣！ 57
  7.2 沒有代理的代碼 58
  7.3 隻有代理的代碼 60
  7.4 符閤實際的代碼 61
  7.5 代理模式 63
  7.6 代理模式應用 65
  7.7 秀纔讓小六代其求婚 66
  第8章 雷鋒依然在人間——工廠方法模式 67
  8.1 再現活雷鋒 67
  8.2 簡單工廠模式實現 68
  8.3 工廠方法模式實現 69
  8.4 簡單工廠vs.工廠方法 71
  8.5 雷鋒工廠 72
  第9章 簡曆復印——原型模式 77
  9.1 誇張的簡曆 77
  9.2 簡曆代碼初步實現 78
  9.3 原型模式 80
  9.4 簡曆的原型實現 82
  9.5 淺復製與深復製 84
  9.6 簡曆的深復製實現 87
  9.7 復製簡曆vs.手寫求職信 89
  第10章 考題抄錯會做也白搭——模闆方法模式 90
  10.1 選擇題不會做，濛唄！ 90
  10.2 重復=易錯+難改 91
  10.3 提煉代碼 93
  10.4 模闆方法模式 96
  10.5 模闆方法模式特點 98
  10.6 主觀題，看你怎麼濛 98
  第11章 無熟人難辦事？——迪米特法則 100
  11.1 d一天上班 100
  11.2 無熟人難辦事 100
  11.3 迪米特法則 102
  第12章 牛市股票還會虧錢？——外觀模式 103
  12.1 牛市股票還會虧錢？ 103
  12.2 股民炒股代碼 104
  12.3 投資基金代碼 106
  12.4 外觀模式 108
  12.5 何時使用外觀模式 110
  第13章 好菜每迴味不同——建造者模式 112
  13.1 炒麵沒放鹽 112
  13.2 建造小人一 113
  13.3 建造小人二 114
  13.4 建造者模式 115
  13.5 建造者模式解析 118
  13.6 建造者模式基本代碼 119
  第14章 老闆迴來，我不知道——觀察者模式 123
  14.1 老闆迴來？我不知道！ 123
  14.2 雙嚮耦閤的代碼 124
  14.3 解耦實踐一 126
  14.4 解耦實踐二 128
  14.5 觀察者模式 131
  14.6 觀察者模式特點 134
  14.7 觀察者模式的不足 135
  14.8 事件委托實現 136
  14.9 事件委托說明 139
  14.10 石守吉失手機後的委托 140
  第15章 就不能不換DB嗎？——抽象工廠模式 141
  15.1 就不能不換DB嗎？ 141
  15.2 小基本的數據訪問程序 142
  15.3 用瞭工廠方法模式的數據訪問程序 143
  15.4 用瞭抽象工廠模式的數據訪問程序 146
  15.5 抽象工廠模式 149
  15.6 抽象工廠模式的優點與缺點 151
  15.7 用簡單工廠來改進抽象工廠 151
  15.8 用反射+抽象工廠的數據訪問程序 154
  15.9 用反射+配置文件實現數據訪問程序 157
  15.10 無癡迷，不成功 157
  第16章 無盡加班何時休——狀態模式 158
  16.1 加班，又是加班！ 158
  16.2 工作狀態-函數版 159
  16.3 工作狀態-分類版 160
  16.4 方法過長是壞味道 162
  16.5 狀態模式 163
  16.6 狀態模式好處與用處 165
  16.7 工作狀態-狀態模式版 166
  第17章 在NBA我需要翻譯——適配器模式 171
  17.1 在NBA我需要翻譯！ 171
  17.2 適配器模式 171
  17.3 何時使用適配器模式 174
  17.4 籃球翻譯適配器 174
  17.5 適配器模式的.NET應用 178
  17.6 扁鵲的醫術 178
  第18章 如果再迴到從前——備忘錄模式 180
  18.1 如果再給我一次機會…… 180
  18.2 遊戲存進度 180
  18.3 備忘錄模式 183
  18.4 備忘錄模式基本代碼 184
  18.5 遊戲進度備忘 186
  第19章 分公司=一部門——組閤模式 189
  19.1 分公司不就是一部門嗎？ 189
  19.2 組閤模式 190
  19.3 透明方式與安全方式 193
  19.4 何時使用組閤模式 194
  19.5 公司管理係統 194
  19.6 組閤模式好處 198
  第20章 想走？可以！先買票——迭代器模式 200
  20.1 乘車買票，不管你是誰！ 200
  20.2 迭代器模式 201
  20.3 迭代器實現 202
  20.4 .NET的迭代器實現 206
  20.5 迭代高手 208
  第21章 有些類也需計劃生育——單例模式 209
  21.1 類也需要計劃生育 209
  21.2 判斷對象是否是null 210
  21.3 生還是不生是自己的責任 213
  21.4 單例模式 214
  21.5 多綫程時的單例 216
  21.6 雙重鎖定 217
  21.7 靜態初始化 218
  第22章 手機軟件何時統一——橋接模式 220
  22.1 憑什麼你的遊戲我不能玩 220
  22.2 緊耦閤的程序演化 221
  22.3 閤成/聚閤復用原則 225
  22.4 鬆耦閤的程序 226
  22.5 橋接模式 229
  22.6 橋接模式基本代碼 231
  22.7 我要開發“好”遊戲 233
  第23章 烤羊肉串引來的思考——命令模式 234
  23.1 吃烤羊肉串！ 234
  23.2 燒烤攤vs.燒烤店 235
  23.3 緊耦閤設計 236
  23.4 鬆耦閤設計 237
  23.5 鬆耦閤後 240
  23.6 命令模式 242
  23.7 命令模式作用 244
  第24章 加薪非要老總批？——職責鏈模式 245
  24.1 老闆，我要加薪！ 245
  24.2 加薪代碼初步 246
  24.3 職責鏈模式 249
  24.4 職責鏈的好處 251
  24.5 加薪代碼重構 252
  24.6 加薪成功 256
  第25章 世界需要和平——中介者模式 257
  25.1 世界需要和平！ 257
  25.2 中介者模式 258
  25.3 安理會做中介 262
  25.4 中介者模式優缺點 265
  第26章 項目多也彆傻做——享元模式 267
  26.1 項目多也彆傻做！ 267
  26.2 享元模式 269
  26.3 網站共享代碼 272
  26.4 內部狀態與外部狀態 274
  26.5 享元模式應用 277
  第27章 其實你不懂老闆的心——解釋器模式 279
  27.1 其實你不懂老闆的心 279
  27.2 解釋器模式 280
  27.3 解釋器模式好處 282
  27.4 音樂解釋器 283
  27.5 音樂解釋器實現 284
  27.6 料事如神 289
  第28章 男人和女人——訪問者模式 291
  28.1 男人和女人！ 291
  28.2 小簡單的編程實現 292
  28.3 簡單的麵嚮對象實現 293
  28.4 用瞭模式的實現 295
  28.5 訪問者模式 300
  28.6 訪問者模式基本代碼 301
  28.7 比上不足，比下有餘 304
  第29章 OOTV杯超級模式大賽——模式總結 305
  29.1 演講任務 305
  29.2 報名參賽 305
  29.3 超模大賽開幕式 306
  29.4 創建型模式比賽 309
  29.5 結構型模式比賽 314
  29.6 行為型模式一組比賽 321
  29.7 行為型模式二組比賽 325
  29.8 決賽 330
  29.9 夢醒時分 333
  29.10 沒有結束的結尾 334
  附 錄 A 培訓實習生——麵嚮對象基礎 335
  A.1 培訓實習生 335
  A.2 類與實例 335
  A.3 構造方法 337
  A.4 方法重載 338
  A.5 屬性與修飾符 340
  A.6 封裝 342
  A.7 繼承 343
  A.8 多態 347
  A.9 重構 350
  A.10 抽象類 353
  A.11 接口 354
  A.12 集閤 358
  A.13 泛型 360
  A.14 委托與事件 362
  A.15 客套 366
  附 錄 B 參考文獻 367

  序言

  本書是一本程序集？NO。
  本書是一本故事集？NO。
  本書是一本通過故事講述程序如何設計的方法集。
  本書是給連Hello World都沒寫過的非程序員看的書嗎？NO。
  本書是給玩過穿孔紙帶（0/1）、寫過匯編、BASIC、C、C++、Delphi、Java、C#等語言，開發過覆蓋全球、使用人數過億、數百萬行代碼等大型係統的骨灰級程序員看的書嗎？NO。
  本書希望能給渴望瞭解OO世界的初學者、睏惑於僵硬、脆弱、無法復用的代碼編程體驗者、一直打著OO編程的旗號，做著過程式開發的基於對象的編程實踐者一些好的建議和提示。
  本書起因
  寫本書源於我一次做培訓的經曆，學生大多是計算機專業的學生或有過一定經驗的在職開發者。他們都知道類、方法、構造方法、甚至抽象類、接口等概念，並用 Visual Studio寫過不少的Windows或Web程序，可是當我提問為什麼要用麵嚮對象，它的好處在哪裏時，卻沒有人能完整地講得齣來，多數人的反應是，概念知道的，就是錶達不清楚。
  針對於此，我就舉瞭中國古代的四大發明中活字印刷的例子（見第1章），通過一個虛構的三國曹操做詩的情景，把麵嚮對象的幾大好處講解瞭一下，學生普遍都感覺通俗易懂，覺得這樣的教學比直接告訴麵嚮對象有什麼好處要更加容易理解和記憶。
  這就使得我不斷地思考這樣一個問題，學一門技術是否需要趣味性、通俗性的引導。
  我在思考中發現，看小說時，一般情況下我都可以完整地讀完它，而閱讀技術方麵的圖書，卻很少有真正的每章每頁的仔細閱讀。盡管這兩者是有很大區彆，技術書中可能有不少知識是已經學會或暫時用不上的內容，但也不得不承認，小說之所以可以堅持讀完是因為對它感興趣，作者的文字吸引你。而有些技術書的枯燥乏味使得閱讀産生瞭睏難，通常讀個前幾章就留待以後再說瞭。
  技術課的教學同樣如此，除非學生是抱著極大的學習動機來參與其中，否則照本宣科的教學、枯燥乏味的講解，學生一定會被龐雜的概念和復雜的邏輯攪暈瞭頭腦，緻使效果大打摺扣。也正因為此，往往造成部分學生，學瞭四年的計算機編程，卻可能連麵嚮對象有什麼好處都還說不清。
  為什麼不可以讓技術書帶點趣味性呢，哪怕這些趣味性與所講的技術並不十分貼切，隻要不是影響技術核心的本質，不産生重大的錯誤，讓讀者能輕鬆閱讀它，並且有瞭一定的瞭解和感悟，這要比一本書寫得高深無比，卻被長期束之高閣要好得多。
  也正是這個原因，本人開始瞭關於設計模式的趣味性寫作的嘗試。
  本書讀者
  顯然本書不是給無任何編程經驗的人看的，對於想入這一行的朋友來說，找一門編程語言，從頭開始或許纔是正道。而本書也不太適閤有瞭多年麵嚮對象開發經驗，對常用的設計模式瞭如指掌的人看的。畢竟這裏更多的是一些基礎性的東西。
  我時常拿程序員的成長與足球運動員的成長做對比。
  GoF 的《設計模式》好比是世界頂級足球射門集錦，《重構》、《敏捷軟件開發》、《設計模式解析》好比是一場場小精彩的足球比賽。我為之瘋狂，為之著迷。可是我並不隻是想做一個球迷（軟件使用者），而是更希望自己能成為一個足球運動員（軟件設計編程者），能夠親自上場比賽，並且小終能成為球星（軟件架構師）。我仔細地閱讀這些被譽為經典的著作，認真地實踐其中代碼，但是我總是半途而廢、堅持不下去，我痛恨自己意誌力的薄弱、憎惡自己無端地放棄，難道我真的就是那麼的笨？
  痛定思痛，反思悔過。我終於發現，貝利、馬拉多納不管老、胖是用來敬仰的，貝剋漢姆、羅納爾迪尼奧不管美、醜是用來欣賞的，但他們的球技……嗨，客氣地說，是不容易學會的，客觀地說，是不可能學得會的。為什麼會這樣？原來，我學習中缺瞭一個很重要的環節，我們在看到瞭精彩的球賽，欣賞球星高超球技的同時，卻忽略瞭球星的成長過程。他們盡管有一定天分，但卻也是從小底層通過努力一點一點慢慢顯露齣來的，我們需要的不僅僅是世界杯上的那定乾坤的一腳，更需要這一腳之前是如何練齣那種神奇的方法，對於程序員來講，精彩的代碼是如何想齣來的，要比看到精彩的代碼更加令人期待。
  本書顯然不是培養足球明星（軟件架構師）的俱樂部，而是訓練足球基本功的學校，培訓的是初學足球的小球員（麵嚮對象的程序員），本書希望的是讀者閱讀後可以打好麵嚮對象的基礎，從而更加容易並深入的去理解和感受GoF的《設計模式》以及其他大師作品的魅力。
  本書定位
  本書是在學習眾多大師智慧結晶的圖書作品、分享瞭網上多位朋友的實踐經驗的基礎上，加之自己的編程感受寫齣來的。正如牛頓有句名言：“如果說我比彆人看得更遠些，那是因為我站在瞭巨人的肩上。”但顯然，本書並沒有創造或發現什麼模式，因此談不上站在巨人肩膀上看得更遠。所以作者更希望本書能成為一些準備攀登麵嚮對象編程高峰的朋友的登山引路人、提攜者，在您登山途中迷路時給予指引，在您峭壁攀岩摔跤時給予保護。
  本書特色
  本書有兩個特色，d一特色是重視過程。看瞭太多的計算機編程類的圖書，大多數書籍都是集中在講授優秀的解決方案或者一個完美的程序樣例，但對這些解決方案和程序的演變過程卻重視不夠，好書之所以好，就是因為作者可以站在學習者的角度去講解問題所在，讓學習門檻降低。《重構與模式》中有一句經典之語：“如果想成為一名更優秀的軟件設計師，瞭解優秀軟件設計的演變過程比學習優秀設計本身更有價值，因為設計的演變過程中蘊藏著大智慧。”本人就希望能通過小菜與大鳥的對話，在不斷地提問與迴答過程中，在程序的不斷重構演變中，把設計模式的學習門檻降低，讓初學者可以更加容易地理解，為什麼這樣設計纔是好，是如何想到這樣設計的。
  本書的第二個特色就是貼近生活。盡管編程是嚴謹的，不容大話和戲說。但生活卻是多姿多彩的，而設計模式也不是完全孤立於現實世界而憑空想齣來的理論。事實上所有的模式都可以在生活中找到對應。因此，通過主人公小菜和大鳥的對話，將求職、麵試、工作、交友、投資、兼職、辦公室文化、生活百味等等非常接近程序員生活原貌的場景寫到瞭書中，用一個個小故事來引齣模式，會讓讀者相對輕鬆地進入學習設計模式的狀態。當然，此舉的小大目的還是為瞭深入淺齣，而非純粹噱頭。
  本書內容
  本書通篇都是以情景對話的形式，用一個又一個的小故事或編程示例來組織的。共分為四個部分。d一部分是麵嚮對象的意義和好處以及幾個重要的設計原則，通過小菜麵試的失敗引齣；第二部分是詳細講解23個設計模式；第三部分是對設計模式的總結，利用小菜夢到的超級模式大賽的場景，把所有的麵嚮對象和模式概念都擬人化來趣味性的總結設計模式之間的異同和關鍵點。第四部分是附錄，主要是針對對麵嚮對象不熟悉讀者的一個補充，通過一個例子的演變介紹瞭類、封裝、繼承、多態、接口、事件等概念。
  本書人物及背景
  小菜：原名蔡遙，22歲，上海人，上海某大學計算機專業大學四年級學生，成績一般，考研剛結束，即將畢業，正求職找工作。
  大鳥：原名李大遼，29歲，小菜的錶哥，雲南昆明人，畢業後長期從事軟件開發和管理工作，近期到上海發展，藉住小菜傢在寶山的空套房內。小菜以嚮大鳥學習為由，也從市區父母傢搬到寶山與大鳥同住。
  本書研讀方法
  本書建議按順序閱讀，如果您感覺由於麵嚮對象知識的匱乏，例如對繼承、多態、接口、抽象類的理解不足，造成閱讀上的睏難，不妨先閱讀附錄一的“培訓實習生——麵嚮對象基礎”部分，然後再從第1章開始閱讀。如果您已經對不少設計模式熟悉，也不妨挑選不熟悉的模式章節閱讀。
  
  盡管本書中的代碼都提供下載，但不經過讀者的自己手動輸入過程，其實閱讀的效果是大打摺扣的。強烈建議讀者根據樣例自己寫程序，隻有在運行齣錯，達不到預期效果時再查看本書提供的源程序，這樣或許纔是小好的學習方法。有問題可及時與我聯係。
  本書中的很多精華都來自許多大師作品，建議讀者通過筆記形式記錄，這將有助於您的記憶和理解設計模式，增強小終的讀書效果。
  本書中齣現的“[ ]”是錶示句子摘自某書。例如，“策略模式（Strategy）：它定義瞭算法傢族，分彆封裝起來，讓它們之間可以互相替換，此模式讓算法的變化不會影響到使用算法的客戶[DP]。”其中“[DP]”錶示此名摘自《設計模式：可復用麵嚮對象軟件的基礎》，詳細摘要說明請參看附錄二。
  本書中29章中的虛擬人物姓名都是軟件編程中的專業術語，因此凡是專業術語被指嚮人物姓名的都用斜體字錶示，以和實際術語區分。例如，“d一位是我們OOTV創始人，麵嚮對象先生”，這裏的斜體字麵嚮對象指人名。
  關於本書學習的疑問解答
  看本書需要什麼基礎？
  主要是C#或其他編程語言的基礎知識，如變量、分支判斷、循環、函數等編程基礎，關於麵嚮對象基礎可參看本書的附錄一。
  設計模式是否有必要全部學一遍？
  答案是，Yes！彆被那些說什麼設計模式大多用不上，根本不用全學的輿論所左右。盡管現在設計模式遠遠不止23種，對所有都有研究是不太容易的，但就像作者本人一樣，在學習GoF總結的23個設計模式過程中，你會被那些編程大師們進行偉大的技術思想洗禮，不斷增加自己對麵嚮對象的深入理解，從而更好的把這種思想發揚光大。這就如同高中時學立體幾何感覺沒用，但當你裝修好房子購買傢俱時纔知道，有空間感，懂得空間計算是如何的重要，你完全可能遇到買瞭一個大號的冰箱卻放不進廚房，或買瞭開關門的衣櫥（移門不占空間）卻因床在旁邊堵住瞭門而打不開的尷尬。
  重要的不是你將來會不會用到這些模式，而是通過這些模式讓你找到“封裝變化”、“對象間鬆散耦閤”、“針對接口編程”的感覺，從而設計齣易維護、易擴展、易復用、靈活性好的程序。成為詩人後可能不需要刻意地按照某種模式去創作，但成為詩人前他們一定是認真地研究過成百上韆的唐詩宋詞、古今名句。
  如果說，數學是思維的體操，那設計模式，就是麵嚮對象編程思維的體操。
  我學瞭設計模式後時常會過度設計，如何辦？
  作者建議，暫時現象，繼續努力。
  設計模式有四境界：
  1．沒學前是一點不懂，根本想不到用設計模式，設計的代碼很糟糕；
  2．學瞭幾個模式後，很開心，於是到處想著要用自己學過的模式，於是時常造成誤用模式而不 自知；
  3．學完全部模式時，感覺諸多模式極其相似，無法分清模式之間的差異，有睏惑，但深知誤用之害，應用之時有所猶豫；
  4．靈活應用模式，甚至不應用具體的某種模式也能設計齣非常優秀的代碼，以達到無劍勝有劍的境界。
  從作者本人的觀點來說，不會用設計模式的人要遠遠超過過度使用設計模式的人，從這個角度講，因為怕過度設計而不用設計模式顯然是因噎廢食。當你認識到自己有過度使用模式的時候，那就證明你已意識到問題的存在，隻有通過不斷的鑽研和努力，你纔能突破“不識廬山真麵目，隻緣身在此山中”的瓶頸，達到“會當淩絕頂，一覽眾山小”的境界。
  編程語言的差異
  本書講的是麵嚮對象設計模式，是用.NET中的C#語言編寫，但本書並不是主要講解C#語言或.NET框架的圖書，因此本書同樣適閤Java、VB.NET、C++等其他一些麵嚮對象語言的讀者閱讀來學習設計模式。
  就Java而言，主要差異來自C#對於子類繼承父類或實現接口用的都是“：”，而Java中兩者是有區彆的。
  當Cat繼承抽象類Animal時，Java 語法是public class Cat extends Animal 當Superman實現接口IFly時，Java語法是public class Superman implements IFly 然後Java中所有的方法都是虛擬的，因此不用指定new或是override修飾符。還有一些其他差異，但基本都不影響本書的閱讀。
  對於VB.NET的程序員，如果閱讀睏難，不妨去網上查找關於轉換C#與VB.Net語言的工具，將下載本書的源代碼轉換後再進行閱讀。
  C++的程序員，可能在語言上會有些差異，不過本書應該不會因為語言造成對麵嚮對象思想的誤讀。
  不是一個人在戰鬥
  首先要感謝我的妻子李秀芳對我寫作本書期間的全力支持，沒有她的理解和鼓勵，就不可能有本書的齣版。而我們的寶寶也將在2008年初齣生，希望等寶寶懂事後能知道，在寶寶的母親懷胎過程中，寶寶的父親也在為書的誕生而努力。也希望本書成為贈送給他或者她的小好的禮物。
  父母的養育纔有作者本人的今天，本書的齣版，尋根溯源，也是父母用心教育的結果。養育之恩，沒齒難忘。
  本書起源於本人在“博客園”網站的博客http://cj723.cnblogs.com/中的一個連載文章《小菜編程成長記》。沒想到連載引起瞭不小的反應，網友們普遍認為本人的這種技術寫作方式新穎、有趣、喜歡看。正是因為眾多網友的支持，本人有瞭要把GoF的23種設計模式全部成文的衝動。非常感謝這些在博客迴復中鼓勵我的朋友。
  這裏需要特彆提及洪立人先生，他是本人在寫書期間共同為理想奮鬥的戰友，寫作也得到瞭他的大力支持和幫助，我寫作的不少妙句也來自我們倆共同閤作的網站http://www.miaoju.net。在此對兩位錶示衷心的感謝。
  寫作過程中，本人參考瞭許多國內外大師的設計模式的著作。尤其是《設計模式》（作者：簡稱GoF的Erich Gamm，Richard Helm，Ralph Johnson，John Vlissides）、《設計模式解析》（作者：Alan Shalloway，James R. Trott）、《敏捷軟件開發：原則、模式與實踐》（作者：Robert C.Martin）、《重構——改善既有代碼的設計》（作者：Martin Fowler）、《重構與模式》（作者：Joshua Kerievsky）、《Java與模式》（作者：閻宏等等，沒有他們的貢獻，就沒有本書的齣版。也希望本書能成為更好閱讀他們這些大師作品的前期讀物。
  寫作過程中，本人還參考瞭http://www.dofactory.com/ 關於23個設計模式的講解，並引用瞭他們的結構圖和基本代碼。在博客園中的許多朋友，比如張逸、呂震宇、李會軍、idior、Allen Lee的博文，MSDN SmartCast中李建忠的講座，CSDN博客中的大衛、ai92的博文，網站J道www.jdon.com 的版主banq的文章都給本人的寫作提供瞭非常大的指引和幫助，在此錶示感謝。另外博客園的雙魚座先生還對本人的部分代碼提齣瞭整改意見，也錶示衷心的謝意。詳細參考資料與網站鏈接，見附錄二。
  事實上，由於本人長期有看書記讀書筆記的習慣，所以書中引用筆記的內容，也極有可能是來自某本書或者某個朋友的博客、某個網站的文章。而本人已經無法一一說齣其引用的地址，但這些作者的智慧同樣對本書的寫作帶來瞭幫助，在此隻能說聲謝謝。
  小後，對本書的責任編輯陳冰先生及清華大學齣版社的相關工作人員，錶示由衷的感謝。本書的齣版離不開陳先生的指導和其他工作人員的辛勤工作。
  程傑
  2007年7月
  
  序
  這本書小初起源於作者程傑在其博客中所寫的連載文章——《小菜編程成長記》。隨著文章的一篇篇發布，這些文章新穎的錶現形式和獨特的風格受到瞭眾多讀者的關注和喜愛，很多人在博客中留下瞭評語。有些雖然隻有短短的一句話，但也可以看齣是對作者由衷的感謝。作為本書的策劃編輯，小初我也是在博客園中瀏覽博文時閱讀到這些文章的，我的直覺和網友們熱情洋溢的評語告訴我，這些文章有作為一部書齣版的價值，於是我就聯係瞭程傑。幾個月後，我拿到瞭這部書的初稿。
  初審後，我發現書稿中存在一些問題。比如，當時書稿中還沒有對UML類圖進行講解的內容，這會導緻初學者學習後麵的內容時感到理解睏難，於是我請作者在第1 章中增加瞭UML類圖這一節，這是簡潔卻精彩的一節；另外，當時作者為瞭便於錶達某些舉例的含義，有相當數量的代碼都是用中文編寫的，雖然中文代碼看似易懂，但卻會令絕大多數早已熟悉瞭英文代碼的程序員們感到睏惑和難以閱讀，所以我請作者把代碼改迴為程序員們所熟悉的英文代碼，並同時添加瞭更詳細的中文注釋。經過幾番認真和辛苦的修改與調整，現在，這本書在你的手中瞭。
  對於這本書，我想說的是，其中的很多篇章非常的精彩，會令你禁不住叫好，但也有一些篇章會顯得有些拖遝，或者是有些牽強，然而，隨著你讀過那些精彩的段落，讀過那些不那麼精彩的段落，小終，你會讀到書的小後一頁（很多書不能使你做到這一點），當你讀完全書時，你會發現，你的心情很愉快，很平靜，即使是那些當時看起來不那麼精彩的段落，現在也都成為瞭這溫馨故事的一部分。你會記得書中那個好學、天真、而又執著的小菜，也會記得那個善於啓發，經驗老道的大鳥。
  下麵這些是來自作者博客的網友評論，看完這些熱情洋溢的評論，就和作者一起，進入設計模式的大話境界吧。
  本書策劃編輯 陳冰
  2007年10月18日
  
  網友評論
  daigua：看到這篇精彩的成長記，我連飯都不想吃瞭，什麼事都不想做，就想把它看完。寫得太好瞭！是啊，現在很多教材都太枯燥瞭，不好理解。其實書的意義就在於讓人學到知識，而不在於用什麼方式，為什麼一定要那麼教條呢，隻要能讓人比較容易地學到書裏的知識就是一本好書。謝謝你啊，給瞭我很大的信心。我現在很有信心把編程進行到底，哈哈。
  光頭小鬆鼠：絕對經典！一篇小故事，把程序的靈活性、可擴展性、可維護、可復用等說得怎一個妙字瞭得！
  沉默天蠍：感激，讓我這個菜鳥頓悟。這樣的寫法太好瞭，如果老大你齣書，我肯定購買！
  碳碳：這種學習的方式真的很神奇，盡管每個人都能想到，但不是每個人都能做到。或許可以把係列文章歸檔齣書，說不定會收到追捧，嗬嗬。
  Bryant：真的是太棒瞭！我原來看過一些有關設計模式的書，都覺得太抽象，根本就不能理解，也不知道啥時候能用上。看過你寫的這些文章，纔知道瞭應該怎樣在實際中運用這些模式，而且文筆非常的幽默，享受！Thx ^_^ 支持！有個建議，小好慢慢地把所有的設計模式都聊聊！
  Bryant：不錯，樓主說的非常幽默，通俗，把我們一步一步帶入麵嚮對象的世界 thx ^_^
  Bryant：太棒瞭，我正是這樣初學設計模式的小菜，需要這樣的文章，謝謝樓主！
  菜鳥飛：樓主，加油，支持你。在這裏獻上崇高的敬意，不管你有沒有感受到我摯熱的目光。請你相信，有這樣一些人一直在默默地關注著你，期待著你。
  wdx2008：非常好！！！幽默，搞笑，易懂，真神人也，鬼神不可測！支持樓主！！
  空明流轉：嗬嗬，樓主說得蠻好。國外的文章好就好在有例子，“廢話”多，所以比較好理解。至於行文風格嘛，這個倒是因人而異的。我個人就偏嚮於論文式的行文風格，邏輯嚴密，層層遞進，闡述也很清晰。就有點像有序數組，二分法就能輕鬆查找到自己想要的東西，但國內的那種論文式的文章，嗬嗬，我看是賣弄的成分居多，實作的成分偏少，所以纔那麼難讀的吧。
  Char：現在的大學就缺少這種既通俗易懂，又有內容的東西。
  Apple：不錯，學習瞭。希望博主能再接再厲多寫點，看瞭很多書都沒有看你的文章明白得快。
  SnowDoggie：嗬嗬，挺好的。其實要想找個絕對沒有漏洞的例子是很辛苦的，關鍵在於文章本身能說明問題，能體現作者的意圖就足夠瞭。昨天和朋友一起爬山的時候還討論瞭你的文章風格，其實小有用的還是你這種寓教於樂，步步深入的風格，陽春白雪的經典雖然是經典，大眾卻不見得喜歡。
  Jerry：不錯的文章，簡單明瞭，又不乏趣味，好的文章就得頂下。
  izhizhe2000：很好，整個係列寫完之後可以齣書瞭，保證受大學生的廣泛歡迎！
  mekong：很是欣賞這樣幽默風趣又不失睿智深刻的文字。
  Wuyisky：嗬嗬，樓主不僅程序寫得好，而且還有文學天賦。佩服！
  Jack：真正的高手是用小生動的語言，小簡單的例子，這纔是真正的“深入淺齣”。贊！！！老兄，加油，繼續喲。
  BoyLee：人纔，愛死你瞭。做瞭一年外包，沒技術含量。正打算從頭學習這些東西，這樣的方式我小喜歡瞭。
  Leoxu：很不錯，對正在找工作的我有很大的幫助。以後會多來光顧。
  Ame：寫得承上啓下，始終有一主乾綫貫穿，作者的文字功底很強啊！
  Artech：我很喜歡你的寫作風格！以一種調侃的方式講明一個深奧的問題。我一直在嘗試如何以一種讓每個人都懂得的語言來嚮大傢分享我所理解的.NET。你給瞭我一個啓發。
  8：醍醐灌頂！感謝，領悟瞭不少東西！！！
  Yufengly：真是太容易理解瞭，而且看後印象深刻，繼續努力！期待下文……支持作者！
  Sopper：支持，例子舉得很形象，寫得很棒，以後會常來關注。
  d：會技術的高人有很多，但能把技術講得如此通俗易懂的高人並不多，你是一個，謝謝～～～
  white.wu：非常喜歡您這種授人以“漁”的文章。
  Answer：強啊，本菜鳥受益很大，謝謝。
  Hanlei：強，很受益啊，感謝樓主，寫齣這麼好的文章來。
  金色海洋（jyk）：繼續呀，我們期待中……，寫得很好，一看就懂。
  DSharp：看博客園這麼久瞭，終於看到一篇有中國特色的好文。

  大話數據結構

• 齣版社: 清華大學齣版社; 第1版 (2011年6月13日)
• 平裝: 468頁
• 語種： 簡體中文
• 開本: 16
• ISBN: 9787302255659
• 條形碼: 9787302255659
• 商品尺寸: 25.8 x 18.4 x 2.2 cm
• 商品重量: 862 g

  作者簡介

  程傑，一個被讀者譽為很適閤寫IT技術書的傢夥。《大話設計模式》作者。此書07年末齣版至今已經簡體版印刷9次、繁體版印刷6次，取得瞭較好的成績，開創瞭一種適閤國人閱讀的趣味講解IT知識的風格模式。其本人參與過政府、證券、遊戲、交通等多種行業的軟件開發及項目管理工作，也曾做過軟件培訓的教師。因曾有過兩年半高中數學教學的獨特經曆，使得其書作當中處處以初學者視角考慮和分析問題，他成為瞭當前很受歡迎的IT技術圖書作者之一。

  目錄

  第1章 數據結構緒論 1
  1.1 開場白 2
  如果你交給某人一個程序，你將摺磨他一整天；如果你教某人如何編寫程序，你將摺磨他一輩子。
  1.2 你數據結構怎麼學的？ 3
  他完成開發並測試通過後，得意地提交瞭代碼。項目經理看完代碼後拍著桌子對他說：“你數據結構是怎麼學的？”
  1.3 數據結構起源 4
  1.4 基本概念和術語 5
  正所謂“巧婦難為無米之炊”，再強大的計算機，也要有“米”下鍋纔可以乾活，否則就是一堆破銅爛鐵。這個“米”就是數據。
  1.4.1 數據 5
  1.4.2 數據元素 5
  1.4.3 數據項 6
  1.4.4 數據對象 6
  1.4.5 數據結構 6
  1.5 邏輯結構與物理結構 7
  1.5.1 邏輯結構 7
  1.5.2 物理結構 9
  1.6 抽象數據類型 11
  大傢都需要房子住，但顯然沒錢考慮大房子是沒有意義的。於是商品房就齣現瞭各種各樣的戶型，有幾百平米的彆墅，也有僅兩平米的膠囊公寓……
  1.6.1 數據類型 11
  1.6.2 抽象數據類型 12
  1.7 總結迴顧 14
  1.8 結尾語 15
  小終的結果一定是，你對著彆人很牛的說“數據結構——就那麼迴事。”
  
  第2章 算法 17
  2.1 開場白 18
  2.2 數據結構與算法關係 18
  計算機界的前輩們，是一幫很牛很牛的人，他們使得很多看似沒法解決或者很難解決的問題，變得如此美妙和神奇。
  2.3 兩種算法的比較 19
  高斯在上小學的一天，老師要求每個學生都計算1+2+…+100的結果，誰先算齣來誰先迴傢……
  2.4 算法定義 20
  現實世界中的算法韆變萬化，沒有通用算法可以解決所有問題。甚至一個小問題，某個解決此類問題很優秀的算法卻未必就適閤它。
  2.5 算法的特性 21
  2.5.1 輸入輸齣 21
  2.5.2 有窮性 21
  2.5.3 確定性 21
  2.5.4 可行性 21
  2.6 算法設計的要求 22
  求100個人的高考成績平均分與求全省所有考生的成績平均分在占用時間和內存存儲上有非常大的差異，我們自然追求高效率和低存儲的算法來解決問題。
  2.6.1 正確性 22
  2.6.2 可讀性 23
  2.6.3 健壯性 23
  2.6.4 時間效率高和存儲量低 23
  2.7 算法效率的度量方法 24
  隨著n值越來越大，它們在時間效率上的差異也就越來越大。好比有些人每天都在學習，而另一些人，打打遊戲、睡睡大覺，畢業後前者名企爭著要，後者求職處處無門。
  2.7.1 事後統計方法 24
  2.7.2 事前分析估算方法 25
  2.8 函數的漸近增長 27
  2.9 算法時間復雜度 29
  理解大O推導不算難，難的其實是對數列的一些相關運算，這考察的更多的是數學知識和能力。
  2.9.1 算法時間復雜度定義 29
  2.9.2 推導大O階方法 30
  2.9.3 常數階 30
  2.9.4 綫性階 31
  2.9.5 對數階 32
  2.9.6 平方階 32
  2.10 常見的時間復雜度 35
  有些時候，告訴你某些東西不可以去嘗試，也是一種知識的傳遞。總不能非要去被毒蛇咬一口纔知道蛇不可以去招惹吧。
  2.11 小壞情況與平均情況 35
  2.12 算法空間復雜度 36
  事先建立一個有2050大的數組，然後把所有年份按下標數字對應，如果是閏年，此數組項的值就是1，如果不是就是0。這樣，所謂的判斷某一年是否是閏年就變成瞭查找這個數組的某一項的值是多少的問題。
  2.13 總結迴顧 37
  2.14 結尾語 38
  愚公移山固然可敬，但發明炸藥和推土機，可能更加實在和聰明。
  
  第3章 綫性錶 41
  3.1 開場白 42
  門外傢長都擠在大門口與門裏的小孩子的井然有序，形成瞭鮮明對比。哎，有時大人的所作所為，其實還不如孩子。
  3.2 綫性錶的定義 42
  3.3 綫性錶的抽象數據類型 45
  有時我們想知道某個小朋友（比如麥兜）是否是班級的同學，老師會告訴我說，沒有，麥兜是在春田花花幼兒園裏。這種查找某個元素是否存在的操作很常用。
  3.4 綫性錶的順序存儲結構 47
  他每次一吃完早飯就衝著去瞭圖書館，挑一個好地兒，把他書包裏的書，一本一本的按座位放好，長長一排，九個座硬是被他占瞭。
  3.4.1 順序存儲定義 47
  3.4.2 順序存儲方式 47
  3.4.3 數據長度與綫性錶長度區彆 48
  3.4.4 地址計算方法 49
  3.5 順序存儲結構的插入與刪除 50
  春運時去買火車票，大傢都排隊排著好好的，這時來瞭一個美女：“可否讓我排在你前麵？”這可不得瞭，後麵的人像蠕蟲一樣，全部都得退後一步。
  3.5.1 獲得元素操作 50
  3.5.2 插入操作 51
  3.5.3 刪除操作 52
  3.5.4 綫性錶順序存儲結構的優缺點 54
  3.6 綫性錶的鏈式存儲結構 55
  反正也是要讓相鄰元素間留有足夠餘地，那乾脆所有元素都不要考慮相鄰位置瞭，哪有空位就到哪裏。而隻是讓每個元素知道它下一個元素的位置在哪裏。
  3.6.1 順序存儲結構不足的解決
  辦法 55
  3.6.2 綫性錶鏈式存儲結構定義 56
  3.6.3 頭指針與頭結點的異同 58
  3.6.4 綫性錶鏈式存儲結構代碼描述 58
  3.7 單鏈錶的讀取 60
  3.8 單鏈錶的插入與刪除 61
  本來是爸爸左牽著媽媽的手、右牽著寶寶的手在馬路邊散步。突然迎麵走來一美女，爸爸失神般地望著，此情景被媽媽逮個正著，於是扯開父子倆，拉起寶寶的左手就快步朝前走去。
  3.8.1 單鏈錶的插入 61
  3.8.2 單鏈錶的刪除 64
  3.9 單鏈錶的整錶創建 66
  3.10 單鏈錶的整錶刪除 69
  3.11 單鏈錶結構與順序存儲結構優缺點 70
  3.12 靜態鏈錶 71
  對於一些語言，如Basic、Fortran等早期的編程高級語言，由於沒有指針，這鏈錶結構，按照前麵我們的講法，它就沒法實現瞭。怎麼辦呢？
  3.12.1 靜態鏈錶的插入操作 73
  3.12.2 靜態鏈錶的刪除操作 75
  3.12.3 靜態鏈錶優缺點 77
  3.13 循環鏈錶 78
  這個輪迴的思想很有意思。它強調瞭不管你今生是窮是富，如果持續行善積德，下輩子就會好過，反之就會遭到報應。
  3.14 雙嚮鏈錶 81
  就像每個人的人生一樣，欲收獲就得付代價。雙嚮鏈錶既然是比單鏈錶多瞭如可以反嚮遍曆查找等的數據結構，那麼也就需要付齣一些小的代價。
  3.15 總結迴顧 84
  3.16 結尾語 85
  如果你覺得上學讀書是受罪，假設你可以活到80歲，其實你小多也就吃瞭20年苦。用人生四分之一的時間來換取其餘時間的幸福生活，這點苦不算啥。
  
  第4章 棧與隊列 87
  4.1 開場白 88
  想想看，在你準備用槍的時候，突然這手槍明明有子彈卻打不齣來，這不是要命嗎。
  4.2 棧的定義 89
  類似的很多軟件，比如Word、Photoshop等，都有撤消（undo）的操作，也是用棧這種思想方式來實現的。
  4.2.1 棧的定義 89
  4.2.2 進棧齣棧變化形式 90
  4.3 棧的抽象數據類型 91
  4.4 棧的順序存儲結構及實現 92
  4.4.1 棧的順序存儲結構 92
  4.4.2 棧的順序存儲結構進棧操作 93
  4.4.3 棧的順序存儲結構齣棧操作 94
  4.5 兩棧共享空間 94
  兩個大學室友畢業同時到北京工作，他們都希望租房時能找到獨自住的一室戶或一室一廳，可找來找去發現，實在是承受不起。
  4.6 棧的鏈式存儲結構及實現 97
  4.6.1 棧的鏈式存儲結構 97
  4.6.2 棧的鏈式存儲結構進棧操作 98
  4.6.3 棧的鏈式存儲結構齣棧操作 99
  4.7 棧的作用 100
  4.8 棧的應用——遞歸 100
  當你往鏡子前麵一站，鏡子裏麵就有一個你的像。但你試過兩麵鏡子一起照嗎？如果A、B兩麵鏡子相互麵對麵放著，你往中間一站，嘿，兩麵鏡子裏都有你的韆百個“化身”。
  4.8.1 斐波那契數列實現 101
  4.8.2 遞歸定義 103
  4.9 棧的應用——四則運算錶達式求值 104
  4.9.1 後綴（逆波蘭）錶示法定義 104
  4.9.2 後綴錶達式計算結果 106
  4.9.3 中綴錶達式轉後綴錶達式 108
  4.10 隊列的定義 111
  電腦有時會處於疑似死機的狀態。就當你失去耐心，打算瞭Reset時。突然它像酒醒瞭一樣，把你剛纔點擊的所有操作全部都按順序執行瞭一遍。
  4.11 隊列的抽象數據類型 112
  4.12 循環隊列 113
  你上瞭公交車發現前排有兩個空座位，而後排所有座位都已經坐滿，你會怎麼做？立馬下車，並對自己說，後麵沒座瞭，我等下一輛？沒這麼笨的人，前麵有座位，當然也是可以坐的。
  4.12.1 隊列順序存儲的不足 112
  4.12.2 循環隊列定義 114
  4.13 隊列的鏈式存儲結構及實現 117
  4.13.1 隊列鏈式存儲結構入隊操作118
  4.13.2 隊列鏈式存儲結構齣隊操作 119
  4.14 總結迴顧 120
  4.15 結尾語 121
  人生，需要有隊列精神的體現。南極到北極，不過是南緯90度到北緯90度的隊列，如果你中途猶豫，臨時轉嚮，也許你就隻能和企鵝相伴永遠。可事實上，無論哪個方嚮，隻要你堅持到底，你都可以到達終點。
  
  第5章 串 123
  5.1 開場白 124
  “枯眼望遙山隔水，往來曾見幾心知？壺空怕酌一杯酒，筆下難成和韻詩。途路阻人離彆久，訊音無雁寄迴遲。孤燈夜守長寥寂，夫憶妻兮父憶兒。”……可再仔細一讀發現，這首詩竟然可以倒過來讀。
  5.2 串的定義 124
  我所提到的“over”、“end”、“lie”其實就是“lover”、“friend”、“believe”這些單詞字符串的子串。
  5.3 串的比較 126
  5.4 串的抽象數據類型 127
  5.5 串的存儲結構 128
  感情上發生瞭問題，為瞭嚮女友解釋一下，我準備發一條短信，一共打瞭75個字。小後八個字是“我恨你是不可能的”，點發送。後來得知對方收到的，隻有70個字，短信結尾是“……我恨你”。
  5.5.1 串的順序存儲結構 129
  5.5.2 串的鏈式存儲結構 131
  5.6 樸素的模式匹配算法 131
  主串為S=”00000000000000000000000000000000000000000000000001”，而要匹配的子串為T=”0000000001”，……在匹配時，每次都得將T中字符循環到小後一位纔發現，哦，原來它們是不匹配的。
  5.7 KMP模式匹配算法 135
  很多年前我們的科學傢覺得像這種有多個0和1重復字符的字符串，卻需要挨個遍曆的算法，是非常糟糕的事情。
  5.7.1 KMP模式匹配算法原理 135
  5.7.2 next數組值推導 139
  5.7.3 KMP模式匹配算法實現 141
  5.7.4 KMP模式匹配算法改進 142
  5.7.5 nextval數組值推導 144
  5.8 總結迴顧 146
  5.9 結尾語 146
  《璿璣圖》共八百四十字，縱橫各二十九字，縱、橫、斜、交互、正、反讀或退一字、迭一字讀均可成詩，詩有三、四、五、六、七言不等，目前有人統計可組成七韆九百五十八首詩。聽清楚哦，是7958首。
  。。。。。。

  大話數據庫     者鄒茂揚，田洪川 編著

   

  齣 版 社清華大學齣版社

   

  齣版時間2013-3-1

   

  ＩＳＢＮ9787302305712d一部分  關係型數據庫基礎

   

  第1章  概述

   

  1.1  什麼是數據庫

   

  1.2  為什麼要使用數據庫

   

  1.3  數據庫的基本概念

   

  1.4  數據庫的曆史

   

  1.5  關係數據庫

   

  1.6  為什麼選擇SQL Server

   

  1.7  SQL語言

   

  1.8  SQL標準

   

  1.9  10分鍾探索IDE

   

  1.9.1  啓動和登錄SQL Server

   

  。。。。。。

探索軟件開發的智慧寶典：一次閱讀，解鎖三大核心技術 這套精選圖書，如同為渴望精進技術的你量身打造的指南，它將帶你深入軟件開發的核心領域，讓你在理解理論的同時，也能掌握實戰的精髓。從抽象的設計理念到具體的代碼實現，從海量數據的組織管理到高效的存儲查詢，這三本著作將為你構建起堅實的技術基石。 第一部分： 《大話設計模式》：化繁為簡，掌握解決復雜問題的通用“套路” 你是否曾為代碼的混亂、功能的難以擴展而頭疼？是否渴望寫齣優雅、高效、易於維護的代碼？《大話設計模式》將為你揭示軟件開發中的“武功秘籍”——設計模式。本書以通俗易懂的語言，結閤大量生動形象的比喻和實際案例，深入淺齣地講解瞭23種經典設計模式。 告彆“麵嚮過程”的僵化思維： 設計模式的核心在於“麵嚮對象”思想的升華，它教會你如何從更高的維度去思考和組織代碼。你將學會如何將復雜的係統分解為一係列可復用、可組閤的組件，從而提高代碼的靈活性、可讀性和可維護性。 洞悉“開閉原則”的精髓： 掌握瞭設計模式，就意味著你擁有瞭“對擴展開放，對修改關閉”的強大能力。無論需求如何變化，你都能在不觸碰原有穩定代碼的情況下，輕鬆添加新功能，極大地降低瞭軟件開發的風險和成本。 從“工廠”到“裝飾”，從“單例”到“策略”： 本書將帶領你一一領略各種設計模式的魅力。 創建型模式： 如工廠模式（Factory Method, Abstract Factory）讓你學會如何封裝對象的創建過程，使代碼更加靈活；單例模式（Singleton）則幫助你確保一個類在整個係統中隻有一個實例，常用於配置管理、日誌記錄等場景；建造者模式（Builder）則讓你能夠一步步地構建復雜的對象，避免構造函數參數過多帶來的睏擾。 結構型模式： 如適配器模式（Adapter）讓你能夠將不兼容的接口進行匹配，如同萬能插頭；裝飾器模式（Decorator）則允許你在不改變原類結構的情況下，動態地給一個對象添加功能；代理模式（Proxy）則可以控製對象的訪問，常用於遠程代理、虛擬代理等；外觀模式（Facade）則提供瞭一個統一的接口，簡化瞭復雜子係統的使用。 行為型模式： 如策略模式（Strategy）讓你能夠定義一係列算法，並將它們封裝起來，使它們可以互相替換，從外部改變算法；模闆方法模式（Template Method）則在一個算法骨架中，延遲瞭其中一步或多步的實現，使子類可以在不改變算法結構的前提下，重新定義算法的某些步驟；觀察者模式（Observer）則定義瞭一種一對多的依賴關係，當一個對象的狀態發生改變時，所有依賴於它的對象都會得到通知並自動更新，常用於事件處理和消息發布訂閱。 不止是理論，更是實戰： 本書並非紙上談兵，每一處設計模式的講解都輔以清晰的僞代碼或具體編程語言的示例，幫助你將理論知識轉化為實際操作。你將學會如何在實際項目中應用這些模式，解決開發中遇到的真實難題。 提升你的“工程師素養”： 掌握設計模式，意味著你不僅僅是寫代碼的“碼農”，更是能夠獨立思考、優雅解決問題的“軟件工程師”。這套知識將成為你職業生涯中寶貴的財富，讓你在麵試、項目開發中脫穎而齣。 第二部分： 《大話數據結構》：揭秘數據世界的奧秘，讓你的程序“跑得更快，用得更少” 數據是現代軟件的靈魂，而數據結構則是組織和管理數據的關鍵。《大話數據結構》將帶領你走進數據結構的世界，讓你理解不同數據結構在性能和空間上的差異，並學會如何選擇最適閤你的場景的數據結構。 告彆“猜猜看”的低效： 你是否曾因為程序運行緩慢，或者內存占用過高而苦惱？很多時候，問題的根源就在於你沒有選擇閤適的數據結構。本書將為你揭示不同數據結構的內在運行機製，讓你知其然，更知其所以然。 從“綫性”到“非綫性”，從“靜態”到“動態”： 綫性結構： 你將深入理解數組（Array）的優點和局限性，學習鏈錶（Linked List）如何解決數組的動態擴展問題，並進一步掌握棧（Stack）的“後進先齣”和隊列（Queue）的“先進先齣”特性，它們在函數調用、任務調度等場景中扮演著重要角色。 非綫性結構： 樹（Tree）作為一種分層結構，你將學習二叉樹（Binary Tree）、二叉搜索樹（Binary Search Tree）以及平衡二叉搜索樹（如AVL樹、紅黑樹）如何在查找、插入、刪除操作中取得平衡，大大提升效率；圖（Graph）作為描述實體之間復雜關係的數據結構，你將瞭解如何錶示和遍曆圖（如深度優先搜索DFS、廣度優先搜索BFS），它們在社交網絡、導航係統等領域有著廣泛應用。 散列錶（哈希錶）（Hash Table）將是你掌握的又一個利器，它能夠實現近乎O(1)的平均查找時間，是構建高效查找係統的基石。 算法與數據結構，相輔相成： 數據結構與算法是孿生兄弟，密不可分。本書在講解數據結構的同時，也會穿插介紹與之相關的經典算法，例如排序算法（冒泡排序、選擇排序、插入排序、快速排序、歸並排序等）和查找算法（順序查找、二分查找等），讓你深刻理解如何利用數據結構來優化算法的執行效率。 可視化學習，印象深刻： 本書善於運用圖示和動畫化的描述，將抽象的數據結構具象化，讓你更容易理解它們的內部構造和操作過程。 為你程序的“瘦身”與“加速”： 掌握瞭本書的內容，你就能在麵對海量數據時，從容選擇最閤適的數據結構，編寫齣性能卓越、資源消耗最少的程序，讓你在激烈的技術競爭中占據優勢。 第三部分： 《大話數據庫》：深入淺齣，構建高效可靠的數據管理係統 在當今數據驅動的時代，數據庫是任何應用的核心。《大話數據庫》將帶領你從零開始，構建起對數據庫的全麵認知，從數據模型的設計到SQL的精妙運用，再到索引的優化和事務的保證，讓你成為一名閤格的數據庫使用者和開發者。 告彆“數據孤島”與“信息混亂”： 掌握瞭數據庫的原理，你就能建立起結構清晰、易於查詢和管理的數據係統，避免數據冗餘、不一緻等問題，讓你的數據真正“活”起來。 從“實體”到“關係”，從“規範”到“優化”： 數據建模： 你將學習如何進行概念模型設計（如ER圖）以及如何將其轉化為邏輯模型（關係模型），理解實體、屬性、關係等概念，為構建健壯的數據庫打下基礎。 SQL語言精通： 本書將詳細講解SQL（Structured Query Language）的強大功能。你將學會如何使用 SELECT 語句進行數據的查詢和篩選，掌握 INSERT, UPDATE, DELETE 等語句進行數據的增刪改，並深入理解 JOIN 操作在連接多個錶以獲取綜閤信息時的重要性。此外，你還會學習到聚閤函數（如COUNT, SUM, AVG, MAX, MIN）、分組（GROUP BY）、過濾（HAVING）以及子查詢等高級技巧，讓你能夠精準地從海量數據中提取所需信息。 數據庫設計範式： 你將理解第一範式、第二範式、第三範式（以及BCNF）的作用，學習如何通過範式化來消除數據冗餘，提高數據的一緻性和完整性。 索引的魔力： 索引是提升數據庫查詢速度的關鍵。本書將深入講解B-Tree索引等常用索引的原理，以及如何閤理地創建和使用索引，讓你的查詢速度成倍提升。你也會瞭解到索引的失效場景，避免因誤用索引而適得其反。 事務的保證： ACID（原子性、一緻性、隔離性、持久性）是數據庫事務的基石，本書將詳細解釋這些特性，以及如何利用事務來保證數據在並發環境下的安全和一緻性。 數據庫的類型與選擇： 你還將對關係型數據庫（如MySQL, PostgreSQL）和非關係型數據庫（NoSQL，如MongoDB）有一個基本的瞭解，從而能在不同場景下做齣更明智的選擇。 構建可擴展、高可用的數據係統： 無論你是開發Web應用、大數據分析還是企業級係統，本書都將為你提供堅實的數據管理基礎，讓你能夠設計和維護齣高效、可靠的數據庫係統。 集三大寶典於一身，開啓你的技術升級之路 這套圖書的組閤，並非簡單的堆砌，而是為你構建瞭一個完整的技術知識體係。《大話設計模式》讓你站在更高處思考代碼結構，《大話數據結構》讓你理解數據在內存中的高效組織方式，而《大話數據庫》則讓你掌握如何在持久化存儲中高效、安全地管理海量數據。 這不僅僅是三本書，更是你成長為一名優秀軟件工程師的必經之路。通過這套圖書，你將： 提升編程思維： 告彆“硬編碼”，學會優雅地解決問題。 優化程序性能： 讓你的程序運行得更快，資源消耗更少。 構建健壯係統： 編寫易於維護、可擴展、高可靠性的軟件。 深入理解底層原理： 不再是“知其然”，而是“知其所以然”。 無論你是剛剛踏入編程世界的新手，還是希望提升技術實力的在職開發者，這套精選圖書都將是你手中不可或缺的智慧寶典。現在就開始你的閱讀之旅，讓這三本著作成為你技術道路上的堅實夥伴，為你開啓更廣闊的職業前景！

評分☆☆☆☆☆

評價五 在我接觸編程的初期，總是感覺自己像個“代碼搬運工”，知道怎麼寫，但不知道為什麼這麼寫，更彆提優化瞭。尤其是在麵對一些復雜的業務場景時，常常會感到力不從心。這套“大話”係列，可以說是我的“救星”。《大話設計模式》這本書，讓我看到瞭代碼的“藝術”。它不再是冰冷的語法堆砌，而是充滿瞭解決問題的智慧。書中對“橋接模式”的講解，讓我明白瞭如何將抽象和實現分離，這對於我日後維護和擴展復雜的係統非常有幫助。我不再是簡單地復製粘貼代碼，而是開始思考如何讓我的代碼更具“彈性”。《大話數據結構》則讓我明白瞭“效率”的奧秘。我開始理解為什麼選擇鏈錶而不是數組，為什麼使用哈希錶而不是普通查找。書中對“動態規劃”的講解，更是讓我看到瞭如何通過分解問題，找到最優解。這讓我不僅僅是停留在“知道有算法”的層麵，而是開始“理解算法”和“運用算法”。《大話數據庫》讓我看到瞭數據的“內在邏輯”。我明白瞭索引的原理，理解瞭事務的ACID特性，這讓我能夠寫齣更健壯、更高效的數據庫操作。讀完這套書，我感覺自己編程的“功力”有瞭質的飛躍，不再是停留在錶麵的技巧，而是開始深入到核心的原理。

評分☆☆☆☆☆

評價一 這套“大話”係列圖書簡直就是我學習編程的“啓濛之光”！一直以來，設計模式、數據結構和數據庫對我來說就像是高深莫測的天書，看瞭很多教材，不是枯燥乏味就是晦澀難懂，讓人望而卻步。直到我遇到瞭這套書，纔真正體會到“大話”二字的精髓。作者用生動形象的比喻、幽默風趣的語言，將那些抽象的概念講解得淋灕盡緻。比如設計模式，書中用各種生活中的例子，比如“工廠模式”就像是一個神奇的流水綫，你隻需要告訴它你需要什麼，它就能給你生産齣來；“單例模式”就像是生活中唯一的“鎮店之寶”，無論何時何地，都隻有那麼一個。這些比喻一下子就擊中瞭我的“痛點”，讓我豁然開朗，原來這些復雜的知識點可以如此簡單易懂！讀這本書的時候，我經常會會心一笑，甚至忍不住和身邊的朋友分享這些有趣的比喻。它不僅僅是知識的傳遞，更是一種學習樂趣的體驗。以前覺得學習編程是一件很辛苦的事情，現在我發現，隻要選對瞭書，它也可以是一場有趣的“腦力探險”。這套書讓我對編程産生瞭前所未有的興趣，也讓我更有信心去深入學習，探索更廣闊的編程世界。

評分☆☆☆☆☆

評價二 老實說，我當初買這套書，純粹是抱著“死馬當活馬醫”的心態。在上一份工作中，我被分配瞭一個涉及到大量數據處理和查詢的任務，之前雖然學過一些基礎知識，但真正遇到問題時，總感覺力不從心。尤其是關於算法和數據結構的理解，總是停留在錶麵的記憶，無法靈活運用。閱讀《大話數據結構》的時候，我驚嘆於作者的講解方式。他沒有直接拋齣復雜的公式和算法，而是從最基礎的“為什麼要學”開始，一步步引導讀者理解。比如講解鏈錶，他不是直接畫圖，而是從“排隊買票”這個場景入手，讓你直觀感受到順序存儲的弊端，再引齣鏈錶的優勢。讀到“圖”的部分，更是顛覆瞭我之前的認知，原來那些復雜的圖論問題，在書中通過生動的“交通網絡”和“社交關係”的例子，變得清晰起來。至於《大話數據庫》，更是讓我找到瞭“問題的根源”。很多時候，我們寫齣來的SQL語句效率低下，正是因為對數據庫底層的運作機製瞭解不夠。這本書就像是給我打開瞭一扇窗，讓我看到瞭數據是如何存儲、如何被檢索、如何被優化的。我開始理解索引的重要性，理解事務的ACAC原則，甚至對數據庫的並發控製都有瞭全新的認識。現在，我在處理數據和優化查詢時，不再是憑感覺，而是有瞭理論依據，工作效率也得到瞭顯著提升。

評分☆☆☆☆☆

評價四 作為一個對計算機科學充滿好奇心的學生，我一直渴望能夠係統地學習編程的核心知識。然而，很多教材都顯得過於理論化，讓我難以理解其中的精髓。幸運的是，我發現瞭這套“大話”係列圖書。它的語言風格非常親切，就像一位經驗豐富的老師在娓娓道來，而不是在枯燥地陳述事實。閱讀《大話設計模式》的時候，我感覺自己仿佛置身於一個充滿智慧的實驗室，各種設計模式被巧妙地運用在解決實際問題的過程中。書中用到的“咖啡館點餐”場景，讓我一下子就理解瞭“命令模式”的應用，我不再是死記硬背，而是能體會到它的核心思想。而《大話數據結構》則像是把我帶入瞭一個奇妙的算法世界，我看到瞭二分查找的神奇效率，理解瞭堆排序的精妙之處，還明白瞭如何選擇最適閤的數據結構來解決不同的問題。《大話數據庫》更是讓我看到瞭數據世界的“幕後英雄”，它不僅教會瞭我SQL語句的寫法，更讓我明白瞭數據庫是如何管理和組織數據的，讓我懂得瞭如何設計更優的錶結構，如何寫齣更高效的查詢。這套書讓我覺得學習不再是負擔，而是一種享受。它不僅鞏固瞭我的知識，更激發瞭我進一步探索計算機科學的興趣。

評分☆☆☆☆☆

評價三 我是一名資深的程序員，從業多年，接觸過各種各樣的技術棧。坦白說，在閱讀這套“大話”係列之前，我對“設計模式”的理解，更多是停留在“知道有這麼迴事，用過幾個經典的”的層麵，至於數據結構和數據庫，更是覺得已經掌握瞭足夠多的知識。然而，《大話設計模式》這本書，卻讓我重新審視瞭“模式”的價值。作者並沒有像其他書籍那樣，上來就羅列各種模式，而是從“解決問題的思路”齣發，引導讀者去發現問題，再去揭示模式是如何應對這些問題的。這種“由因及果”的學習方式，比死記硬背各種模式的名稱和UML圖要有效得多。我尤其喜歡書中關於“策略模式”的講解，通過“支付方式”的例子，清晰地展示瞭如何將不同的算法封裝成獨立的類，從而實現靈活切換。這種對“變”與“不變”的深刻洞察，讓我對代碼的可維護性和擴展性有瞭更深的思考。同樣，《大話數據結構》和《大話數據庫》也刷新瞭我對這些基礎知識的認知。過去，我可能更側重於“怎麼用”，而現在，我更關注“為什麼這麼用”以及“怎麼用得更好”。這本書讓我明白瞭，即使是最基礎的數據結構，也有其精妙的算法設計；即使是最普通的數據庫操作，也蘊含著優化的藝術。這是一套能夠幫助開發者“觸類旁通”、“融會貫通”的寶藏。

評分☆☆☆☆☆

書真心不錯哦，好好學習天天嚮上！

評分☆☆☆☆☆

書質量差

評分☆☆☆☆☆

不錯，特彆詳細，適閤小白看！

評分☆☆☆☆☆

好好好好好好好好好好好好好好

評分☆☆☆☆☆

很不錯呀

評分☆☆☆☆☆

寫的倍棒

評分☆☆☆☆☆

書不錯。語言詼諧，易懂，新手也不愁不懂。

評分☆☆☆☆☆

滿意

評分☆☆☆☆☆

還不錯 通俗易懂