大话设计模式

这本书最初起源于作者程杰在其博客中所写的连载文章——《小菜编程成长记》。随着文章的一篇篇发布，这些文章新颖的表现形式和独特的风格受到了众多读者的关注和喜爱，很多人在博客中留下了评语。有些虽然只有短短的一句话，但也可以看出是对作者由衷的感谢。作为本书的策划编辑，最初我也是在博客园中浏览博文时阅读到这些文章的，我的直觉和网友们热情洋溢的评语告诉我，这些文章有作为一部书出版的价值，于是我就联系了程杰。几个月后，我拿到了这部书的初稿。

初审后，我发现书稿中存在一些问题。比如，当时书稿中还没有对UML类图进行讲解的内容，这会导致初学者学习后面的内容时感到理解困难，于是我请作者在第1章中增加了UML类图这一节，这是简洁却精彩的一节；另外，当时作者为了便于表达某些举例的含义，有相当数量的代码都是用中文编写的，虽然中文代码看似易懂，但却会令绝大多数早已熟悉了英文代码的程序员们感到困惑和难以阅读，所以我请作者把代码改回为程序员们所熟悉的英文代码，并同时添加了更详细的中文注释。经过几番认真和辛苦的修改与调整，现在，这本书在你的手中了。

对于这本书，我想说的是，其中的很多篇章非常的精彩，会令你禁不住叫好，但也有一些篇章会显得有些拖沓，或者是有些牵强，然而，随着你读过那些精彩的段落，读过那些不那么精彩的段落，最终，你会读到书的最后一页（很多书不能使你做到这一点），当你读完全书时，你会发现，你的心情很愉快，很平静，即使是那些当时看起来不那么精彩的段落，现在也都成为了这温馨故事的一部分。你会记得书中那个好学、天真、而又执著的小菜，也会记得那个善于启发，经验老道的大鸟。

本书策划编辑陈冰于2008年1月31日对本书的评论

本书起因

写本书源于我一次做培训的经历，学生大多是计算机专业的学生或有过一定经验的在职开发者。他们都知道类、方法、构造方法、甚至抽象类、接口等概念，并用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个设计模式过程中，你会被那些编程大师们进行伟大的技术思想洗礼，不断增加自己对面向对象的深入理解，从而更好的把这种 思想发扬光大。这就如同高中时学立体几何感觉没用，但当你装修好房子购买家俱时才知道，有空间感，懂得空间计算是如何的重要，你完全可能遇到买了一个大号 的冰箱却放不进厨房，或买了开关门的衣橱（移门不占空间）却因床在旁边堵住了门而打不开的尴尬。
重要的不是你将来会不会用到这些模式，而是通过这 些模式让你找到“封装变化”、“对象间松散耦合”、“针对接口编程”的感觉，从而设计出易维护、易扩展、易复用、灵活性好的程序。成为诗人后可能不需要刻 意地按照某种模式去创作，但成为诗人前他们一定是认真地研究过成百上千的唐诗宋词、古今名句。
如果说，数学是思维的体操，那设计模式，就是面向对象编程思维的体操。
我学了设计模式后时常会过度设计，如何办？
作者建议，暂时现象，继续努力。

设计模式有四境界：
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语言的工具，比如http://www.kamalpatel.net/ConvertCSharp2VB.aspx
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的文章都给本人的写作提供了非常大的指引和帮助，在此表示感谢。另外博客园的双鱼座先生还对本人的部分代码提出了整改意见，也表示衷心的谢 意。详细参考资料与网站链接，见附录二。
事实上，由于本人长期有看书记读书笔记的习惯，所以书中引用笔记的内容，也极有可能是来自某本书或者某个朋友的博客、某个网站的文章。而本人已经无法一一说出其引用的地址，但这些作者的智慧同样对本书的写作带来了帮助，在此只能说声谢谢。

最后，对本书的责任编辑陈冰先生及清华大学出版社的相关工作人员，表示由衷的感谢。本书的出版离不开陈先生的指导和其他工作人员的辛勤工作。

• 第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 小菜扮靓第一版……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 第一天上班……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

• 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：看博客园这么久了，终于看到一篇有中国特色的好文。

• 《大话设计模式》正式出版，前言、目录、样章下载
• 《大话设计模式》各大网上书店销售状况
•  阅读不懂，图书之过——《大话设计模式》创作历程
• 《大话设计模式》创作花絮
• 《大话设计模式》勘误
• 《大话设计模式》重印公告
• 《大话设计模式》第三次印刷公告
•  更多内容