《设计模式之禅》内容简介

全书共分为四部分，第一部分从原理的角度阐述了面向对象程序设计的6大原则；第二部生动地讲解和剖析了23种常见的设计模式，并进行了扩展，通俗易懂，趣味性极强而又紧扣模式的核心；第三部分对各种相关联的设计模式进行了深入分析和比较，旨在阐明各种设计模式比较理想的应用场景和它们之间的区别；第四部分探讨了设计模式的混编，讲解了如何在实际开发中将各种设计模式混合起来使用，以发挥设计模式的最大效用。最后，本书还附有一份设计模式彩图，可以裁剪，便于参考。
如果说“四人帮”的《设计模式》是设计模式领域的“圣经”，那么之后出版的各种关于设计模式的书都可称之为“圣经”的“注释版”或“圣经的故事”。本书是得道者对“圣经”的“禅悟”，它既不像“圣经”那样因为惜字如金、字字珠玑而深奥、晦涩和难懂，又比“圣经”的“注释版”更深刻和全面、更通俗和生动、更接近开发者遇到的实践场景，更具指导性。本书兼收并蓄、博采众长，也许是设计模式领域里的下一个里程碑之作。
秦小波，资深软件开发工程师、系统分析师和架构师（获Sun架构师认证），从事软件开发工作10余年，实践经验极其丰富。资深Java技术专家，精通Java语言、Spring、Struts 2、Hibernate、iBatis、jBPM等Java技术，在企业级Java应用领域积累了大量工程经验，对ESB、BPEL等整合技术也有较深入的认识。精通设计模式，对设计模式有深刻的认识和独到见解，而且创造性地提出了自己在大量实践中总结出来的新的设计模式。他撰写的《设计模式之禅》一书凭借优质的内容和良好的可读性广获读者好评，被誉为“设计模式领域的里程碑之作”。此外，他还是一位优秀的DBA，获IBM DB2 DBA资格认证，对海量数据处理有深入的研究。

作品目录

赞誉
前言
第一部分
大旗不挥，谁敢冲锋——6大设计原则全新解读
第1章：单一职责原则
第2章：里氏替换原则
第3章：依赖倒置原则
第4章：接口隔离原则
第5章：迪米特法则
第6章：开闭原则
第二部分
真刀实枪——23种设计模式完美演绎
第7章：单例模式
第8章：工厂方法模式
第9章：抽象工厂模式
第10章：模板方法模式
第11章：建造者模式
第12章：代理模式
第13章：原型模式
第14章：中介者模式
第15章：命令模式
第16章：责任链模式
第17章：装饰模式
第18章：策略模式
第19章：适配器模式
第20章：迭代器模式
第21章：组合模式
第22章：观察者模式
第23章：门面模式
第24章：备忘录模式
第25章：访问者模式
第26章：状态模式
第27章：解释器模式
第28章：享元模式
第29章：桥梁模式
第三部分
谁的地盘谁做主——设计模式PK
第30章：创建类模式大PK
第31章：结构类模式大PK
第32章：行为类模式大PK
第33章：跨战区PK
第四部分
完美世界——设计模式混编
第34章：命令模式+责任链模式
第35章：工厂方法模式+策略模式
第36章：观察者模式+中介者模式
第37章：规格模式
第38章：MVC框架
附录
23种设计模式彩图

热门书摘

单一职责原则的定义是：应该有且仅有一个原因引起类的变更。

对于单一职责原则，我的建议是接口一定要做到单一职责，类的设计尽量做到只有一个原因引起变化。

There should never be more than one reason for a class to change.

接口负责定义public属性和方法，并且声明与其他对象的依赖关系，抽象类负责公共构造部分的实现，实现类准确的实现业务逻辑，同时在适当的时候对父类进行细化。

注意 如果子类不能完整地实现父类的方法，或者父类的某些方法在子类中已经发生“畸变”，则建议断开父子继承关系，采用依赖、聚集、组合等关系代替继承。

尽量避免子类的“个性”，一旦子类有“个性”，这个子类和父类之间的关系就很难调和了，把子类当做父类使用，子类的“个性”被抹杀——委屈了点；把子类单独作为一个业务来使用，则会让代码间的耦合关系变得扑朔迷离——缺乏类替换的标准。

1.子类必须完全实现父类的方法

4.覆写或实现父类的方法时输出结果可以被缩小

世界上最难的事有两件：一是让人心甘情愿地把钱掏出来给你，二是把自己的思想灌输到别人的脑子里。

3.覆盖或实现父类的方法时输入参数可以被放大

❑高层模块不应该依赖低层模块，两者都应该依赖其抽象；❑抽象不应该依赖细节；❑细节应该依赖抽象。

模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的；❑接口或抽象类不依赖于实现类；❑实现类依赖接口或抽象类。

2.Setter方法传递依赖对象

3.接口声明依赖对象

❑任何类都不应该从具体类派生

❑尽量不要覆写基类的方法

❑接口要尽量小

❑接口要高内聚

用一个中介对象封装一系列的对象交互，中介者使各对象不需要显示地相互作用，从而使其耦合松散，而且可以独立地改变它们之间的交互。

将一个请求封装成一个对象，从而让你使用不同的请求把客户端参数化，对请求排队或者记录请求日志，可以提供命令的撤销和恢复功能。