易学设计模式

.3.5 简单工厂模式的优缺点 29
第4章 精益求精：工厂方法模式（factory method） 30
4.1 为什么要使用工厂方法模式 30
4.2 再谈动物园管理系统的设计 31
4.3 工厂方法模式简介 34
4.4 回顾简单工厂模式下的薪资程序设计 36
4.5 用工厂方法模式实现薪资程序的设计 37
4.6 工厂方法模式的优缺点 38
第5章 再接再厉：抽象工厂模式（abstract factory） 39
5.1 为什么要使用抽象工厂模式 39
5.2 再谈动物园管理系统的设计 40
5.3 抽象工厂模式简介 45
5.4 回顾工厂方法模式下的薪资程序设计 47
5.5 用抽象工厂模式实现薪资程序的设计 48
5.6 抽象工厂模式的优缺点 51
第6章 孜孜不倦：创建者模式（builder） 52
6.1 为什么要使用创建者模式 52
6.2 从摩托车的组装谈起 53
6.3 创建者模式简介 57
6.4 回顾抽象工厂模式下的薪资程序设计 58
6.5 用创建者模式实现薪资程序的设计 60
6.6 创建者模式的优缺点 60
第7章 照猫画虎：原型模式（prototype） 61
7.1 为什么要使用原型模式 61
7.2 从配钥匙谈起 61
7.3 原型模式的简介 63
7.4 java中原型模式的实际应用 64
7.5 原型模式的优缺点 68
第8章 独一无二：单例模式（singleton） 69
8.1 为什么要使用单例模式 69
8.2 从系统日志的记录谈起 69
8.3 单例模式简介 73
8.4 单例模式在log4j中的应用 74
8.5 单例模式的优缺点 78
第3篇 结构型模式详解
第9章 一目了然：外观模式（facade） 79
9.1 从系统间的衔接谈起 79
9.2 外观模式简介 79
9.3 用外观模式实现持久层框架的设计 81
9.4 外观模式的优缺点 104
第10章 改头换面：适配器模式（adapter） 105
10.1 为什么要使用适配器模式 105
10.2 再谈系统间的衔接 105
10.3 适配器模式简介 107
10.4 适配器模式在spring中的实际应用 108
10.5 适配器模式在java的i/o中的实际应用 112
10.6 适配器模式的优缺点 117
第11章 越俎代庖：代理模式（proxy） 118
11.1 为什么要使用代理模式 118
11.2 从如何记录系统日志谈起 118
11.3 代理模式简介 121
11.4 代理模式在spring的aop中的实际应用 122
11.5 代理模式在hibernate的延迟加载中的实际应用 130
11.6 代理模式的优缺点 148
11.7 小结 148
第12章 真人不露相：装饰模式（decorator） 149
12.1 为什么要使用装饰模式——从手机彩铃谈起 149
12.2 装饰模式简介 153
12.3 装饰模式在java的i/o中的实际应用 155
12.4 装饰模式在junit中的实际应用 167
12.5 装饰模式的优缺点 170
12.6 小结 170
第13章 游刃有余：桥模式（bridge） 171
13.1 为什么要使用桥模式 171
13.2 从汽车制造谈起 173
13.3 桥模式简介 177
13.4 jdbc中桥模式的实际应用 178
13.5 桥模式的优缺点 196
13.6 小结 196
第14章 如法炮制：组合模式（composite） 197
14.1 为什么要使用组合模式 197
14.2 从企业组织机构的设计谈起 198
14.3 组合模式简介 201
14.4 组合模式在算术运算中的实际应用 202
14.5 组合模式在junit中的实际应用 205
14.6 组合模式的优缺点 213
14.7 小结 214
第15章 源源不断：享元模式（flyweight） 215
15.1 为什么要使用享元模式——从文字编辑器谈起 215
15.2 享元模式简介 220
15.3 用享元模式实现数据库连接池的设计 221
15.4 享元模式的优缺点 227
15.5 小结 227
第4篇 行为型模式详解
第16章 按部就班：模板方法模式（template method） 229
16.1 为什么要使用模板方法模式 229
16.2 再谈薪资程序的设计 232
16.3 模板方法模式简介 234
16.4 模板方法模式在spring的jdbctemplate中的实际应用.. 235
16.5 模板方法模式在spring的hibernatetemplate中的实际应用 249
16.6 模板方法模式的优缺点 264
16.7 小结 264
第17章 风吹草动：观察者模式（observer） 265
17.1 为什么要使用观察者模式 265
17.2 从股票系统的设计谈起 267
17.3 观察者模式简介 270
17.4 观察者模式在java中的实际应用 272
17.5 观察者模式在junit中的实际应用 275
17.6 观察者模式的优缺点 281
17.7 小结 281
第18章 变化多端：状态模式（state） 282
18.1 为什么要使用状态模式 282
18.2 从公文系统的设计谈起 283
18.3 状态模式简介 286
18.4 使用状态模式来实现qq的状态 287
18.5 状态模式的优缺点 289
18.6 小结 289
第19章 明修栈道，暗度陈仓：策略模式（strategy） 290
19.1 为什么要使用策略模式 290
19.2 再谈薪资系统的设计 295
19.3 策略模式简介 299
19.4 策略模式的优缺点 300
19.5 小结 300
第20章 循序渐进：职责链模式
（chain of responsibility） 301
20.1 为什么要使用职责链模式 301
20.2 从医院看病谈起 302
20.3 职责链模式简介 305
20.4 用职责链模式实现财务借支审批系统 306
20.5 职责链模式的优缺点 309
20.6 小结 310
第21章 独具匠心：命令模式（command） 311
21.1 为什么要使用命令模式 311
21.2 从观看nba比赛谈起 313
21.3 命令模式简介 315
21.4 命令模式在mvc框架中的具体应用 317
21.5 命令模式在junit中的实际应用 328
21.6 命令模式的优缺点 334
21.7 小结 334
第22章 步调一致：访问者模式（visitor） 335
22.1 为什么要使用访问者模式 335
22.2 从超市购物谈起 338
22.3 访问者模式简介 342
22.4 访问者模式的优缺点 343
22.5 小结 343
第23章 左右逢源：调停者模式（mediator） 344
23.1 为什么要使用调停者模式 344
23.2 从msn聊天谈起 345
23.3 调停者模式简介 348
23.4 调停者模式在交通红绿灯中的具体应用 349
23.5 调停者模式的优缺点 352
23.6 小结 352
第24章 白纸黑字：备忘录模式（memento） 353
24.1 为什么要使用备忘录模式 353
24.2 从会议纪要谈起 353
24.3 备忘录模式简介 355
24.4 备忘录模式的优缺点 356
24.5 小结 356
第25章 周而复始：迭代器模式（iterator） 357
25.1 为什么要使用迭代器模式 357
25.2 从java的迭代器谈起 357
25.3 迭代器模式简介 358
25.4 迭代器模式在java中的具体应用 360
25.5 迭代器模式的优缺点 382
25.6 小结 382
第26章 望文生义：解释器模式（interpreter） 383
26.1 从文字翻译谈起 383
26.2 解释器模式简介 385
26.3 解释器模式的优缺点 386
26.4 小结 386
第5篇 设计模式的综合应用
第27章 无招胜有招：如何在设计中应用设计模式 387
27.1 面向对象的设计原则 387
27.2 java中接口和抽象类的区别 389
27.3 综合对比各个设计模式的思想 394
27.4 不要过度使用设计模式 396
27.5 小结... 396

.　　如果您只对某种设计模式感兴趣，也可以单独对该章进行学习。
　　如果您对面向对象的设计原则不太了解，建议先了解一下本书第27章中的相关内容，再进入设计模式的学习。
　　如果您已经学习完了本书所讲解的设计模式，建议再次阅读本书第27章中所介绍的面向对象的设计原则，这时您可能会有新的感受和发现。
　　一些心得体会..
　　设计模式并不只是一种方法和技术，而更是一种思想、一个方法论。
　　设计模式和具体的语言没有关系，学习设计模式最重要的目的就是要建立面向对象的思想，尽可能地面向接口编程、低耦合、高内聚，使设计的程序可复用。
　　在程序设计时，有些软件开发人员总想着往某个设计模式上套，其实这样是不对的，这是没有真正掌握设计模式思想的表现。
　　很多时候我们在程序设计时已经用了某种设计模式，自己却不知道这个模式叫什么。因此在程序设计时，关键要考虑如何设计才合理，如何才能复用，如何才能低耦合、高内聚。
　　一些软件开发人员在程序设计时动不动就给类起个类似于模式的名字，比如叫某某Faade、某某Factory等，其实这和设计模式根本没有一点关系。
　　学习设计模式，首先要对设计模式分类，大体上清楚都有哪些设计模式可以使用，然后再分别研究每个设计模式的原理、方法和使用时机。
　　在了解了某个设计模式的使用时机时，还要了解如果不使用这个设计模式会有什么样的后果。
　　当对每个模式的原理和使用方法都理解了以后，更重要的是学习面向对象的思想方式。
　　在掌握面向对象的思想方式后，再回过头来看设计模式，就会有更深刻的理解。
　　学习设计模式，一定要勤学多练。
　　本书为谁而写
　　本书并没有创造新的设计模式，也没有超出GoF总结的23种设计模式的范围，本书记录了小巩学习设计模式的历程，与读者一起分享学习过程的点点滴滴。
　　如果你是一个想学习设计模式而没有入门的初学者，或者正在为重构一个系统而烦恼，想实现软件的复用而不得其法，那么本书非常适合你，你一定可以在本书中找到解决问题的方法。当然，在阅读本书之前，还需要有一定的Java和UML基础，最好有一定的软件设计开发经验。
　　致谢
　　编写这样的一本书是非常不容易的。特别感谢51Team的技术总监方飞先生，当他听说我要编写这样的一本图书时，毫不犹豫地把他多年来在设计模式领域的学习心得贡献了出来，并在我的写作过程中提出了许多宝贵的建议。
　　本书用到了一些设计模式的定义，有些内容摘自笔者的学习笔记，这些内容可能是当时我在学习时引用的一些著作或资料的描述，请原谅我已经不记得到底是哪些大师讲过或写过的内容了，在此对他们说声感谢！
　　再次感谢所有对本书做出贡献的人们，谢谢你们的支持！
　　由于作者水平有限，书中错误和疏漏之处在所难免，恳请广大读者批评指正。本书责任编辑的联系方式是huangyan@ptpress.com.cn，欢迎大家来信交流。...
　　编 者
　　2009.1