大话设计模式 (2008 年度畅销榜NO.151 )

本书通篇都是以情景对话的形式，用多个小故事或编程示例来组织讲解GoF（设计模式的经典名著——Design Patterns：Elements of Reusable Object-Oriented Software，中译本名为《设计模式——可复用面向对象软件的基础》的四位作者Erich Gamma、Richard Helm、Ralph Johnson，以及John Vlissides，这四人常被称为Gang of Four，即四人组，简称GoF）总结的23个设计模式。本书共分为29章。其中，第1、3、4、5章着重讲解了面向对象的意义、好处以及几个重要的设计原则；第2章，以及第6到第28章详细讲解了23个设计模式；第29章是对设计模式的全面总结。附录部分是通过一个例子的演变为初学者介绍了面向对象的基本概念。本书的特色是通过小菜与大鸟的趣味问答，在讲解程序的不断重构和演变过程中，把设计模式的学习门槛降低，让初学者可以更加容易地理解——为什么这样设计才是好的？是怎样想到这样设计的？以达到不但授之以“鱼”，还授之以“渔”的目的。引导读者体会设计演变过程中蕴藏的大智慧。\r\n　　本书适合编程初学者或希望在面向对象编程上有所提高的开发人员阅读。

第1章 代码无错就是优？——简单工厂模式 \r\n　1.1 面试受挫 \r\n　1.2 初学者代码毛病 \r\n　1.3 代码规范 \r\n　1.4 面向对象编程 \r\n　1.5 活字印刷，面向对象 \r\n　1.6 面向对象的好处 \r\n　1.7 复制vs.复用 \r\n　1.8 业务的封装 \r\n　1.9 紧耦合vs.松耦合 \r\n　1.10 简单工厂模式 \r\n　1.11 UML类图 \r\n第2章 商场促销——策略模式 \r\n　2.1 商场收银软件 \r\n　2.2 增加打折 \r\n　2.3 简单工厂实现 \r\n　2.4 策略模式 \r\n　2.5 策略模式实现 \r\n　2.6 策略与简单工厂结合 \r\n　2.7 策略模式解析 \r\n第3章 拍摄UFO——单一职责原则 \r\n　3.1 新手机 \r\n　3.2 拍摄 \r\n　3.3 没用的东西 \r\n　3.4 单一职责原则 \r\n　3.5 方块游戏的设计 \r\n　3.6 手机职责过多吗？ \r\n第4章 考研求职两不误——开放-封闭原则 \r\n　4.1 考研失败 \r\n　4.2 开放-封闭原则 \r\n　4.3 何时应对变化 \r\n　4.4 两手准备，并全力以赴 \r\n第5章 会修电脑不会修收音机？——依赖倒转原则 \r\n　5.1 MM请求修电脑 \r\n　5.2 电话遥控修电脑 \r\n　5.3 依赖倒转原则 \r\n　5.4 里氏代换原则 \r\n　5.5 修收音机 \r\n第6章 穿什么有这么重要？——装饰模式 \r\n　6.1 穿什么有这么重要？ \r\n　6.2 小菜扮靓第一版 \r\n　6.3 小菜扮靓第二版 \r\n　6.4 装饰模式 \r\n　6.5 小菜扮靓第三版 \r\n　6.6 装饰模式总结 \r\n第7章 为别人做嫁衣——代理模式 \r\n　7.1 为别人做嫁衣！ \r\n　7.2 没有代理的代码 \r\n　7.3 只有代理的代码 \r\n　7.4 符合实际的代码 \r\n　7.5 代理模式 \r\n　7.6 代理模式应用 \r\n　7.7 秀才让小六代其求婚 \r\n第8章 雷锋依然在人间——工厂方法模式 \r\n　8.1 再现活雷锋 \r\n　8.2 简单工厂模式实现 \r\n　8.3 工厂方法模式实现 \r\n　8.4 简单工厂vs.工厂方法 \r\n　8.5 雷锋工厂 \r\n第9章 简历复印——原型模式 \r\n　9.1 夸张的简历 \r\n　9.2 简历代码初步实现 \r\n　9.3 原型模式 \r\n　9.4 简历的原型实现 \r\n　9.5 浅复制与深复制 \r\n　9.6 简历的深复制实现 \r\n　9.7 复制简历vs.手写求职信 \r\n第10章 考题抄错会做也白搭——模板方法模式 \r\n　10.1 选择题不会做，蒙呗！ \r\n　10.2 重复=易错+难改 \r\n　10.3 提炼代码 \r\n　10.4 模板方法模式 \r\n　10.5 模板方法模式特点 \r\n　10.6 主观题，看你怎么蒙 \r\n第11章 无熟人难办事？——迪米特法则 \r\n　11.1 第一天上班 \r\n　11.2 无熟人难办事 \r\n　11.3 迪米特法则 \r\n第12章 牛市股票还会亏钱？——外观模式 \r\n　12.1 牛市股票还会亏钱？ \r\n　12.2 股民炒股代码 \r\n　12.3 投资基金代码 \r\n　12.4 外观模式 \r\n　12.5 何时使用外观模式 \r\n第13章 好菜每回味不同——建造者模式 \r\n　13.1 炒面没放盐 \r\n　13.2 建造小人一 \r\n　13.3 建造小人二 \r\n　13.4 建造者模式 \r\n　13.5 建造者模式解析 \r\n　13.6 建造者模式基本代码 \r\n第14章 老板回来，我不知道——观察者模式 \r\n　14.1 老板回来？我不知道！ \r\n　14.2 双向耦合的代码 \r\n　14.3 解耦实践一 \r\n　14.4 解耦实践二 \r\n　14.5 观察者模式 \r\n　14.6 观察者模式特点 \r\n　14.7 观察者模式的不足 \r\n　14.8 事件委托实现 \r\n　14.9 事件委托说明 \r\n　14.10 石守吉失手机后的委托 \r\n第15章 就不能不换DB吗？——抽象工厂模式 \r\n　15.1 就不能不换DB吗？ \r\n　15.2 最基本的数据访问程序 \r\n　15.3 用了工厂方法模式的数据访问程序 \r\n　15.4 用了抽象工厂模式的数据访问程序 \r\n　15.5 抽象工厂模式 \r\n　15.6 抽象工厂模式的优点与缺点 \r\n　15.7 用简单工厂来改进抽象工厂 \r\n　15.8 用反射+抽象工厂的数据访问程序 \r\n　15.9 用反射+配置文件实现数据访问程序 \r\n　15.10 无痴迷，不成功 \r\n第16章 无尽加班何时休——状态模式 \r\n　16.1 加班，又是加班！ \r\n　16.2 工作状态-函数版 \r\n　16.3 工作状态-分类版 \r\n　16.4 方法过长是坏味道 \r\n　16.5 状态模式 \r\n　16.6 状态模式好处与用处 \r\n　16.7 工作状态-状态模式版 \r\n第17章 在NBA我需要翻译——适配器模式 \r\n　17.1 在NBA我需要翻译！ \r\n　17.2 适配器模式 \r\n　17.3 何时使用适配器模式 \r\n　17.4 篮球翻译适配器 \r\n　17.5 适配器模式的.NET应用 \r\n　17.6 扁鹊的医术 \r\n第18章 如果再回到从前——备忘录模式 \r\n　18.1 如果再给我一次机会…… \r\n　18.2 游戏存进度 \r\n　18.3 备忘录模式 \r\n　18.4 备忘录模式基本代码 \r\n　18.5 游戏进度备忘 \r\n第19章 分公司=一部门——组合模式 \r\n　19.1 分公司不就是一部门吗？ \r\n　19.2 组合模式 \r\n　19.3 透明方式与安全方式 \r\n　19.4 何时使用组合模式 \r\n　19.5 公司管理系统 \r\n　19.6 组合模式好处 \r\n第20章 想走？可以！先买票——迭代器模式 \r\n　20.1 乘车买票，不管你是谁！ \r\n　20.2 迭代器模式 \r\n　20.3 迭代器实现 \r\n　20.4 .NET的迭代器实现 \r\n　20.5 迭代高手 \r\n第21章 有些类也需计划生育——单例模式 \r\n　21.1 类也需要计划生育 \r\n　21.2 判断对象是否是null \r\n　21.3 生还是不生是自己的责任 \r\n　21.4 单例模式 \r\n　21.5 多线程时的单例 \r\n　21.6 双重锁定 \r\n　21.7 静态初始化 \r\n第22章 手机软件何时统一——桥接模式 \r\n　22.1 凭什么你的游戏我不能玩 \r\n　22.2 紧耦合的程序演化 \r\n　22.3 合成/聚合复用原则 \r\n　22.4 松耦合的程序 \r\n　22.5 桥接模式 \r\n　22.6 桥接模式基本代码 \r\n　22.7 我要开发“好”游戏 \r\n第23章 烤羊肉串引来的思考——命令模式 \r\n　23.1 吃烤羊肉串！ \r\n　23.2 烧烤摊vs.烧烤店 \r\n　23.3 紧耦合设计 \r\n　23.4 松耦合设计 \r\n　23.5 松耦合后 \r\n　23.6 命令模式 \r\n　23.7 命令模式作用 \r\n第24章 加薪非要老总批？——职责链模式 \r\n　24.1 老板，我要加薪！ \r\n　24.2 加薪代码初步 \r\n　24.3 职责链模式 \r\n　24.4 职责链的好处 \r\n　24.5 加薪代码重构 \r\n　24.6 加薪成功 \r\n第25章 世界需要和平——中介者模式 \r\n　25.1 世界需要和平！ \r\n　25.2 中介者模式 \r\n　25.3 安理会做中介 \r\n　25.4 中介者模式优缺点 \r\n第26章 项目多也别傻做——享元模式 \r\n　26.1 项目多也别傻做！ \r\n　26.2 享元模式 \r\n　26.3 网站共享代码 \r\n　26.4 内部状态与外部状态 \r\n　26.5 享元模式应用 \r\n第27章 其实你不懂老板的心——解释器模式 \r\n　27.1 其实你不懂老板的心 \r\n　27.2 解释器模式 \r\n　27.3 解释器模式好处 \r\n　27.4 音乐解释器 \r\n　27.5 音乐解释器实现 \r\n　27.6 料事如神 \r\n第28章 男人和女人——访问者模式 \r\n　28.1 男人和女人！ \r\n　28.2 最简单的编程实现 \r\n　28.3 简单的面向对象实现 \r\n　28.4 用了模式的实现 \r\n　28.5 访问者模式 \r\n　28.6 访问者模式基本代码 \r\n　28.7 比上不足，比下有余 \r\n第29章 OOTV杯超级模式大赛——模式总结 \r\n　29.1 演讲任务 \r\n　29.2 报名参赛 \r\n　29.3 超模大赛开幕式 \r\n　29.4 创建型模式比赛 \r\n　29.5 结构型模式比赛 \r\n　29.6 行为型模式一组比赛 \r\n　29.7 行为型模式二组比赛 \r\n　29.8 决赛 \r\n　29.9 梦醒时分 \r\n　29.10 没有结束的结尾 \r\n附录 A 培训实习生——面向对象基础 \r\n　A.1 培训实习生 \r\n　A.2 类与实例 \r\n　A.3 构造方法 \r\n　A.4 方法重载 \r\n　A.5 属性与修饰符 \r\n　A.6 封装 \r\n　A.7 继承 \r\n　A.8 多态 \r\n　A.9 重构 \r\n　A.10 抽象类 \r\n　A.11 接口 \r\n　A.12 集合 \r\n　A.13 泛型 \r\n　A.14 委托与事件 \r\n　A.15 客套 \r\n附录 B 参考文献

这本书最初起源于作者程杰在其博客中所写的连载文章——《小菜编程成长记》。随着文章的一篇篇发布，这些文章新颖的表现形式和独特的风格受到了众多读者的关注和喜爱，很多人在博客中留下了评语。有些虽然只有短短的一句话，但也可以看出是对作者由衷的感谢。作为本书的策划编辑，最初我也是在博客园中浏览博文时阅读到这些文章的，我的直觉和网友们热情洋溢的评语告诉我，这些文章有作为一部书出版的价值，于是我就联系了程杰。几个月后，我拿到了这部书的初稿。 初审后，我发现书稿中存在一些问题。比如，当时书稿中还没有对UML类图进行讲解的内容，这会导致初学者学习后面的内容时感到理解困难，于是我请作者在第1章中增加了UML类图这一节，这是简洁却精彩的一节；另外，当时作者为了便于表达某些举例的含义，有相当数量的代码都是用中文编写的，虽然中文代码看似易懂，但却会令绝大多数早已熟悉了英文代码的程序员们感到困惑和难以阅读，所以我请作者把代码改回为程序员们所熟悉的英文代码，并同时添加了更详细的中文注释。经过几番认真和辛苦的修改与调整，现在，这本书在你的手中了。 对于这本书，我想说的是，其中的很多篇章非常的精彩，会令你禁不住叫好，但也有一些篇章会显得有些拖沓，或者是有些牵强，然而，随着你读过那些精彩的段落，读过那些不那么精彩的段落，最终，你会读到书的最后一页（很多书不能使你做到这一点），当你读完全书时，你会发现，你的心情很愉快，很平静，即使是那些当时看起来不那么精彩的段落，现在也都成为了这温馨故事的一部分。你会记得书中那个好学、天真、而又执著的小菜，也会记得那个善于启发，经验老道的大鸟。 下面这些是来自作者博客的网友评论，看完这些热情洋溢的评论，就和作者一起，进入设计模式的大话境界吧。 本书策划编辑 陈冰 2007年10月18日 网友评论 daigua：看到这篇精彩的成长记，我连饭都不想吃了，什么事都不想做，就想把它看完。写得太好了！是啊，现在很多教材都太枯燥了，不好理解。其实书的意义就在于让人学到知识，而不在于用什么方式，为什么一定要那么教条呢，只要能让人比较容易地学到书里的知识就是一本好书。谢谢你啊，给了我很大的信心。我现在很有信心把编程进行到底，哈哈。 光头小松鼠：绝对经典！一篇小故事，把程序的灵活性、可扩展性、可维护、可复用等说得怎一个妙字了得！ 沉默天蝎：感激，让我这个菜鸟顿悟。这样的写法太好了，如果老大你出书，我肯定购买！ 碳碳：这种学习的方式真的很神奇，尽管每个人都能想到，但不是每个人都能做到。或许可以把系列文章归档出书，说不定会收到追捧，呵呵。 Bryant：真的是太棒了！我原来看过一些有关设计模式的书，都觉得太抽象，根本就不能理解，也不知道啥时候能用上。看过你写的这些文章，才知道了应该怎样在实际中运用这些模式，而且文笔非常的幽默，享受！Thx ^_^ 支持！有个建议，最好慢慢地把所有的设计模式都聊聊！ Bryant：不错，楼主说的非常幽默，通俗，把我们一步一步带入面向对象的世界 thx ^_^ Bryant：太棒了，我正是这样初学设计模式的小菜，需要这样的文章，谢谢楼主！ 菜鸟飞：楼主，加油，支持你。在这里献上崇高的敬意，不管你有没有感受到我挚热的目光。请你相信，有这样一些人一直在默默地关注着你，期待着你。 wdx2008：非常好！！！幽默，搞笑，易懂，真神人也，鬼神不可测！支持楼主！！ 空明流转：呵呵，楼主说得蛮好。国外的文章好就好在有例子，“废话”多，所以比较好理解。至于行文风格嘛，这个倒是因人而异的。我个人就偏向于论文式的行文风格，逻辑严密，层层递进，阐述也很清晰。就有点像有序数组，二分法就能轻松查找到自己想要的东西，但国内的那种论文式的文章，呵呵，我看是卖弄的成分居多，实作的成分偏少，所以才那么难读的吧。 Char：现在的大学就缺少这种既通俗易懂，又有内容的东西。 Apple：不错，学习了。希望博主能再接再厉多写点，看了很多书都没有看你的文章明白得快。 SnowDoggie：呵呵，挺好的。其实要想找个绝对没有漏洞的例子是很辛苦的，关键在于文章本身能说明问题，能体现作者的意图就足够了。昨天和朋友一起爬山的时候还讨论了你的文章风格，其实最有用的还是你这种寓教于乐，步步深入的风格，阳春白雪的经典虽然是经典，大众却不见得喜欢。 Jerry：不错的文章，简单明了，又不乏趣味，好的文章就得顶下。 izhizhe2000：很好，整个系列写完之后可以出书了，保证受大学生的广泛欢迎！ mekong：很是欣赏这样幽默风趣又不失睿智深刻的文字。 Wuyisky：呵呵，楼主不仅程序写得好，而且还有文学天赋。佩服！ Jack：真正的高手是用最生动的语言，最简单的例子，这才是真正的“深入浅出”。赞！！！老兄，加油，继续哟。

程杰，高级软件工程师＆高级培训讲师。从事软件开发一线工作近八年时间。曾在申银万国证券公司、上海杨浦区政府、朝华集团下属网游公司、香港晨兴集团等多行业项目开发中担任主程及项目负责人，有丰富的大中型软件开发经验，以及多年的软件设计与项目管理经验。曾任加拿大慧桥培训中心金牌讲师，主持.NET高级软件工程师的培训工作；早年从事高中数学教学工作，曾在江苏常州重点高中任教时获得过市教学一等奖，这些教学和培训经历让作者对如何以易懂的语言讲解艰深的技术知识有了深刻的理解。
本书作者集多年实际项目开发经验和丰富教学培训经验于一身，准确把握住编程初学者的视角，以浅显幽默的语言向读者诠释了面向对象设计模式的精髓。

 本书是一本程序集？NO。  本书是一本故事集？NO。  本书是一本通过故事讲述程序如何设计的方法集。  本书是给连Hello World都没写过的非程序员看的书吗？NO。  本书是给玩过穿孔纸带（0/1）、写过汇编、BASIC、C、C++、Delphi、Java、C#等语言，开发过覆盖全球、使用人数过亿、数百万行代码等大型系统的骨灰级程序员看的书吗？NO。  本书希望能给渴望了解OO世界的初学者、困惑于僵硬、脆弱、无法复用的代码编程体验者、一直打着OO编程的旗号，做着过程式开发的基于对象的编程实践者一些好的建议和提示。 本书起因 写本书源于我一次做培训的经历，学生大多是计算机专业的学生或有过一定经验的在职开发者。他们都知道类、方法、构造方法、甚至抽象类、接口等概念，并用Visual Studio写过不少的Windows或Web程序，可是当我提问为什么要用面向对象，它的好处在哪里时，却没有人能完整地讲得出来，多数人的反应是，概念知道的，就是表达不清楚。 针对于此，我就举了中国古代的四大发明中活字印刷的例子（见第1章），通过一个虚构的三国曹操做诗的情景，把面向对象的几大好处讲解了一下，学生普遍都感觉通俗易懂，觉得这样的教学比直接告诉面向对象有什么好处要更加容易理解和记忆。 这就使得我不断地思考这样一个问题，学一门技术是否需要趣味性、通俗性的引导。 我在思考中发现，看小说时，一般情况下我都可以完整地读完它，而阅读技术方面的图书，却很少有真正的每章每页的仔细阅读。尽管这两者是有很大区别，技术书中可能有不少知识是已经学会或暂时用不上的内容，但也不得不承认，小说之所以可以坚持读完是因为对它感兴趣，作者的文字吸引你。而有些技术书的枯燥乏味使得阅读产生了困难，通常读个前几章就留待以后再说了。 技术课的教学同样如此，除非学生是抱着极大的学习动机来参与其中，否则照本宣科的教学、枯燥乏味的讲解，学生一定会被庞杂的概念和复杂的逻辑搅晕了头脑，致使效果大打折扣。也正因为此，往往造成部分学生，学了四年的计算机编程，却可能连面向对象有什么好处都还说不清。 为什么不可以让技术书带点趣味性呢，哪怕这些趣味性与所讲的技术并不十分贴切，只要不是影响技术核心的本质，不产生重大的错误，让读者能轻松阅读它，并且有了一定的了解和感悟，这要比一本书写得高深无比，却被长期束之高阁要好得多。 也正是这个原因，本人开始了关于设计模式的趣味性写作的尝试。 本书读者 显然本书不是给无任何编程经验的人看的，对于想入这一行的朋友来说，找一门编程语言，从头开始或许才是正道。而本书也不太适合有了多年面向对象开发经验，对常用的设计模式了如指掌的人看的。毕竟这里更多的是一些基础性的东西。 我时常拿程序员的成长与足球运动员的成长做对比。 GoF的《设计模式》好比是世界顶级足球射门集锦，《重构》、《敏捷软件开发》、《设计模式解析》好比是一场场最精彩的足球比赛。我为之疯狂，为之着迷。可是我并不只是想做一个球迷（软件使用者），而是更希望自己能成为一个足球运动员（软件设计编程者），能够亲自上场比赛，并且最终能成为球星（软件架构师）。我仔细地阅读这些被誉为经典的著作，认真地实践其中代码，但是我总是半途而废、坚持不下去，我痛恨自己意志力的薄弱、憎恶自己无端地放弃，难道我真的就是那么的笨？ 痛定思痛，反思悔过。我终于发现，贝利、马拉多纳不管老、胖是用来敬仰的，贝克汉姆、罗纳尔迪尼奥不管美、丑是用来欣赏的，但他们的球技……嗨，客气地说，是不容易学会的，客观地说，是不可能学得会的。为什么会这样？原来，我学习中缺了一个很重要的环节，我们在看到了精彩的球赛，欣赏球星高超球技的同时，却忽略了球星的成长过程。他们尽管有一定天分，但却也是从最底层通过努力一点一点慢慢显露出来的，我们需要的不仅仅是世界杯上的那定乾坤的一脚，更需要这一脚之前是如何练出那种神奇的方法，对于程序员来讲，精彩的代码是如何想出来的，要比看到精彩的代码更加令人期待。 本书显然不是培养足球明星（软件架构师）的俱乐部，而是训练足球基本功的学校，培训的是初学足球的小球员（面向对象的程序员），本书希望的是读者阅读后可以打好面向对象的基础，从而更加容易并深入的去理解和感受GoF的《设计模式》以及其他大师作品的魅力。 本书定位 本书是在学习众多大师智慧结晶的图书作品、分享了网上多位朋友的实践经验的基础上，加之自己的编程感受写出来的。正如牛顿有句名言：“如果说我比别人看得更远些，那是因为我站在了巨人的肩上。”但显然，本书并没有创造或发现什么模式，因此谈不上站在巨人肩膀上看得更远。所以作者更希望本书能成为一些准备攀登面向对象编程高峰的朋友的登山引路人、提携者，在您登山途中迷路时给予指引，在您峭壁攀岩摔跤时给予保护。 本书特色 本书有两个特色，第一特色是重视过程。看了太多的计算机编程类的图书，大多数书籍都是集中在讲授优秀的解决方案或者一个完美的程序样例，但对这些解决方案和程序的演变过程却重视不够，好书之所以好，就是因为作者可以站在学习者的角度去讲解问题所在，让学习门槛降低。《重构与模式》中有一句经典之语：“如果想成为一名更优秀的软件设计师，了解优秀软件设计的演变过程比学习优秀设计本身更有价值，因为设计的演变过程中蕴藏着大智慧。”本人就希望能通过小菜与大鸟的对话，在不断地提问与回答过程中，在程序的不断重构演变中，把设计模式的学习门槛降低，让初学者可以更加容易地理解，为什么这样设计才是好，是如何想到这样设计的。 本书的第二个特色就是贴近生活。尽管编程是严谨的，不容大话和戏说。但生活却是多姿多彩的，而设计模式也不是完全孤立于现实世界而凭空想出来的理论。事实上所有的模式都可以在生活中找到对应。因此，通过主人公小菜和大鸟的对话，将求职、面试、工作、交友、投资、兼职、办公室文化、生活百味等等非常接近程序员生活原貌的场景写到了书中，用一个个小故事来引出模式，会让读者相对轻松地进入学习设计模式的状态。当然，此举的最大目的还是为了深入浅出，而非纯粹噱头。 本书内容 本书通篇都是以情景对话的形式，用一个又一个的小故事或编程示例来组织的。共分为四个部分。第一部分是面向对象的意义和好处以及几个重要的设计原则，通过小菜面试的失败引出；第二部分是详细讲解23个设计模式；第三部分是对设计模式的总结，利用小菜梦到的超级模式大赛的场景，把所有的面向对象和模式概念都拟人化来趣味性的总结设计模式之间的异同和关键点。第四部分是附录，主要是针对对面向对象不熟悉读者的一个补充，通过一个例子的演变介绍了类、封装、继承、多态、接口、事件等概念。 本书人物及背景 小菜：原名蔡遥，22岁，上海人，上海某大学计算机专业大学四年级学生，成绩一般，考研刚结束，即将毕业，正求职找工作。 大鸟：原名李大辽，29岁，小菜的表哥，云南昆明人，毕业后长期从事软件开发和管理工作，近期到上海发展，借住小菜家在宝山的空套房内。小菜以向大鸟学习为由，也从市区父母家搬到宝山与大鸟同住。 本书研读方法 本书建议按顺序阅读，如果您感觉由于面向对象知识的匮乏，例如对继承、多态、接口、抽象类的理解不足，造成阅读上的困难，不妨先阅读附录一的“培训实习生——面向对象基础”部分，然后再从第1章开始阅读。如果您已经对不少设计模式熟悉，也不妨挑选不熟悉的模式章节阅读。 尽管本书中的代码都提供下载，但不经过读者的自己手动输入过程，其实阅读的效果是大打折扣的。强烈建议读者根据样例自己写程序，只有在运行出错，达不到预期效果时再查看本书提供的源程序，这样或许才是最好的学习方法。有问题可及时与我联系。我的电子邮箱是chengjielong@163.com，博客是http://cj723.cnblogs.com/。 本书中的很多精华都来自许多大师作品，建议读者通过笔记形式记录，这将有助于您的记忆和理解设计模式，增强最终的读书效果。 本书中出现的“[ ]”是表示句子摘自某书。例如，“策略模式（Strategy）：它定义了算法家族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化不会影响到使用算法的客户[DP]。”其中“[DP]”表示此名摘自《设计模式：可复用面向对象软件的基础》，详细摘要说明请参看附录二。 本书中29章中的虚拟人物姓名都是软件编程中的专业术语，因此凡是专业术语被指向人物姓名的都用斜体字表示，以和实际术语区分。例如，“第一位是我们OOTV创始人，面向对象先生”，这里的斜体字面向对象指人名。 关于本书学习的疑问解答  看本书需要什么基础？ 主要是C#或其他编程语言的基础知识，如变量、分支判断、循环、函数等编程基础，关于面向对象基础可参看本书的附录一。  设计模式是否有必要全部学一遍？ 答案是，Yes！别被那些说什么设计模式大多用不上，根本不用全学的舆论所左右。尽管现在设计模式远远不止23种，对所有都有研究是不太容易的，但就像作者本人一样，在学习GoF总结的23个设计模式过程中，你会被那些编程大师们进行伟大的技术思想洗礼，不断增加自己对面向对象的深入理解，从而更好的把这种思想发扬光大。这就如同高中时学立体几何感觉没用，但当你装修好房子购买家俱时才知道，有空间感，懂得空间计算是如何的重要，你完全可能遇到买了一个大号的冰箱却放不进厨房，或买了开关门的衣橱（移门不占空间）却因床在旁边堵住了门而打不开的尴尬。 重要的不是你将来会不会用到这些模式，而是通过这些模式让你找到“封装变化

无封面