简体网页||繁体网页

☆☆☆☆☆

图书标签:

• 设计模式
• 数据结构
• 数据库
• 编程
• 计算机科学
• 软件工程
• 算法
• 入门
• 经典
• 技术

店铺： 兰兴达图书专营店

出版社： 清华大学出版社

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应用、大数据分析还是企业级系统，本书都将为你提供坚实的数据管理基础，让你能够设计和维护出高效、可靠的数据库系统。 集三大宝典于一身，开启你的技术升级之路 这套图书的组合，并非简单的堆砌，而是为你构建了一个完整的技术知识体系。《大话设计模式》让你站在更高处思考代码结构，《大话数据结构》让你理解数据在内存中的高效组织方式，而《大话数据库》则让你掌握如何在持久化存储中高效、安全地管理海量数据。 这不仅仅是三本书，更是你成长为一名优秀软件工程师的必经之路。通过这套图书，你将： 提升编程思维： 告别“硬编码”，学会优雅地解决问题。 优化程序性能： 让你的程序运行得更快，资源消耗更少。 构建健壮系统： 编写易于维护、可扩展、高可靠性的软件。 深入理解底层原理： 不再是“知其然”，而是“知其所以然”。 无论你是刚刚踏入编程世界的新手，还是希望提升技术实力的在职开发者，这套精选图书都将是你手中不可或缺的智慧宝典。现在就开始你的阅读之旅，让这三本著作成为你技术道路上的坚实伙伴，为你开启更广阔的职业前景！

评分☆☆☆☆☆

评价二 老实说，我当初买这套书，纯粹是抱着“死马当活马医”的心态。在上一份工作中，我被分配了一个涉及到大量数据处理和查询的任务，之前虽然学过一些基础知识，但真正遇到问题时，总感觉力不从心。尤其是关于算法和数据结构的理解，总是停留在表面的记忆，无法灵活运用。阅读《大话数据结构》的时候，我惊叹于作者的讲解方式。他没有直接抛出复杂的公式和算法，而是从最基础的“为什么要学”开始，一步步引导读者理解。比如讲解链表，他不是直接画图，而是从“排队买票”这个场景入手，让你直观感受到顺序存储的弊端，再引出链表的优势。读到“图”的部分，更是颠覆了我之前的认知，原来那些复杂的图论问题，在书中通过生动的“交通网络”和“社交关系”的例子，变得清晰起来。至于《大话数据库》，更是让我找到了“问题的根源”。很多时候，我们写出来的SQL语句效率低下，正是因为对数据库底层的运作机制了解不够。这本书就像是给我打开了一扇窗，让我看到了数据是如何存储、如何被检索、如何被优化的。我开始理解索引的重要性，理解事务的ACAC原则，甚至对数据库的并发控制都有了全新的认识。现在，我在处理数据和优化查询时，不再是凭感觉，而是有了理论依据，工作效率也得到了显著提升。

评分☆☆☆☆☆

评价五 在我接触编程的初期，总是感觉自己像个“代码搬运工”，知道怎么写，但不知道为什么这么写，更别提优化了。尤其是在面对一些复杂的业务场景时，常常会感到力不从心。这套“大话”系列，可以说是我的“救星”。《大话设计模式》这本书，让我看到了代码的“艺术”。它不再是冰冷的语法堆砌，而是充满了解决问题的智慧。书中对“桥接模式”的讲解，让我明白了如何将抽象和实现分离，这对于我日后维护和扩展复杂的系统非常有帮助。我不再是简单地复制粘贴代码，而是开始思考如何让我的代码更具“弹性”。《大话数据结构》则让我明白了“效率”的奥秘。我开始理解为什么选择链表而不是数组，为什么使用哈希表而不是普通查找。书中对“动态规划”的讲解，更是让我看到了如何通过分解问题，找到最优解。这让我不仅仅是停留在“知道有算法”的层面，而是开始“理解算法”和“运用算法”。《大话数据库》让我看到了数据的“内在逻辑”。我明白了索引的原理，理解了事务的ACID特性，这让我能够写出更健壮、更高效的数据库操作。读完这套书，我感觉自己编程的“功力”有了质的飞跃，不再是停留在表面的技巧，而是开始深入到核心的原理。

评分☆☆☆☆☆

评价三 我是一名资深的程序员，从业多年，接触过各种各样的技术栈。坦白说，在阅读这套“大话”系列之前，我对“设计模式”的理解，更多是停留在“知道有这么回事，用过几个经典的”的层面，至于数据结构和数据库，更是觉得已经掌握了足够多的知识。然而，《大话设计模式》这本书，却让我重新审视了“模式”的价值。作者并没有像其他书籍那样，上来就罗列各种模式，而是从“解决问题的思路”出发，引导读者去发现问题，再去揭示模式是如何应对这些问题的。这种“由因及果”的学习方式，比死记硬背各种模式的名称和UML图要有效得多。我尤其喜欢书中关于“策略模式”的讲解，通过“支付方式”的例子，清晰地展示了如何将不同的算法封装成独立的类，从而实现灵活切换。这种对“变”与“不变”的深刻洞察，让我对代码的可维护性和扩展性有了更深的思考。同样，《大话数据结构》和《大话数据库》也刷新了我对这些基础知识的认知。过去，我可能更侧重于“怎么用”，而现在，我更关注“为什么这么用”以及“怎么用得更好”。这本书让我明白了，即使是最基础的数据结构，也有其精妙的算法设计；即使是最普通的数据库操作，也蕴含着优化的艺术。这是一套能够帮助开发者“触类旁通”、“融会贯通”的宝藏。

评分☆☆☆☆☆

评价一 这套“大话”系列图书简直就是我学习编程的“启蒙之光”！一直以来，设计模式、数据结构和数据库对我来说就像是高深莫测的天书，看了很多教材，不是枯燥乏味就是晦涩难懂，让人望而却步。直到我遇到了这套书，才真正体会到“大话”二字的精髓。作者用生动形象的比喻、幽默风趣的语言，将那些抽象的概念讲解得淋漓尽致。比如设计模式，书中用各种生活中的例子，比如“工厂模式”就像是一个神奇的流水线，你只需要告诉它你需要什么，它就能给你生产出来；“单例模式”就像是生活中唯一的“镇店之宝”，无论何时何地，都只有那么一个。这些比喻一下子就击中了我的“痛点”，让我豁然开朗，原来这些复杂的知识点可以如此简单易懂！读这本书的时候，我经常会会心一笑，甚至忍不住和身边的朋友分享这些有趣的比喻。它不仅仅是知识的传递，更是一种学习乐趣的体验。以前觉得学习编程是一件很辛苦的事情，现在我发现，只要选对了书，它也可以是一场有趣的“脑力探险”。这套书让我对编程产生了前所未有的兴趣，也让我更有信心去深入学习，探索更广阔的编程世界。

评分☆☆☆☆☆

评价四 作为一个对计算机科学充满好奇心的学生，我一直渴望能够系统地学习编程的核心知识。然而，很多教材都显得过于理论化，让我难以理解其中的精髓。幸运的是，我发现了这套“大话”系列图书。它的语言风格非常亲切，就像一位经验丰富的老师在娓娓道来，而不是在枯燥地陈述事实。阅读《大话设计模式》的时候，我感觉自己仿佛置身于一个充满智慧的实验室，各种设计模式被巧妙地运用在解决实际问题的过程中。书中用到的“咖啡馆点餐”场景，让我一下子就理解了“命令模式”的应用，我不再是死记硬背，而是能体会到它的核心思想。而《大话数据结构》则像是把我带入了一个奇妙的算法世界，我看到了二分查找的神奇效率，理解了堆排序的精妙之处，还明白了如何选择最适合的数据结构来解决不同的问题。《大话数据库》更是让我看到了数据世界的“幕后英雄”，它不仅教会了我SQL语句的写法，更让我明白了数据库是如何管理和组织数据的，让我懂得了如何设计更优的表结构，如何写出更高效的查询。这套书让我觉得学习不再是负担，而是一种享受。它不仅巩固了我的知识，更激发了我进一步探索计算机科学的兴趣。

评分☆☆☆☆☆

非常喜欢程杰写的这三本书，很适合初学者读，实际我已经在电子版上看完了，是为了感谢和支持作者才买的实体书收藏。遗憾的是收到发现三本书边角都有不同程度的蹭损。，是快递暴力还是店家保管不好？

评分☆☆☆☆☆

书质量差

评分☆☆☆☆☆

还没看，应该不错，有看过电子版

评分☆☆☆☆☆

写的倍棒

评分☆☆☆☆☆

给老公买的

评分☆☆☆☆☆

还不错

评分☆☆☆☆☆

呵呵呵呵呵呵呵呵呵呵呵呵呵呵呵呵呵呵呵

评分☆☆☆☆☆

质量不错，物流很快，满意

评分☆☆☆☆☆

写的倍棒