设计模式之禅

设计模式之禅

作者:秦小波

出版社:机械工业

出版年:2010年3月

ISBN:9787111295440

所属分类:网络科技

书刊介绍

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

全书共分为四部分,第一部分从原理的角度阐述了面向对象程序设计的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.接口声明依赖对象

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

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

❑接口要尽量小

❑接口要高内聚

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

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

相关推荐

微信二维码