设计模式手册.pdf

设计模式⼿册

前⾔

1995
年，GoF（Gang
of
Four，四⼈组/四⼈帮）合作出版了《设计模式：可复⽤⾯向对象软件的基

础》⼀书，共收录了
23
种设计模式，从此树⽴了软件设计模式领域的⾥程碑，⼈称「GoF设计模式」

设计模式的⽬的是为了提⾼代码重⽤性、可读性、可扩展性、可靠性,使得程序呈现出⾼内聚、低耦合

的特性。

设计原则（OOD
7种）

1、开闭原则(OCP:

Open-closed
principle)

概念

1、⼀个软件实体应当对扩展开放，对修改关闭。

2、当应⽤的需求改变时，在不修改软件实体的源代码前提下，可以扩展模块的功能，使其满⾜新的需

求。

出处：由勃兰特·梅耶（Bertrand
Meyer）1988
年的著作《⾯向对象软件构造》⼀书中提出

应⽤场景

2、单⼀职责原则（SRP：Single
responsibility
principle）

概念

⼀个类只允许有⼀个职责。⾼内聚，降低耦合

出处：由罗伯特·C.⻢丁（Robert
C.
Martin）于《敏捷软件开发：原则、模式和实践》⼀书中提出的

应⽤场景

单⼀职责原则规定⼀个类应该有且仅有⼀个引起它变化的原因，否则类应该被拆分

3、迪⽶特法则（LOD:
Law
of
Demeter）

概念

迪⽶特法则（Law
of
Demeter）⼜叫作最少知识原则（The
Least
Knowledge
Principle），⼀个类对

于其他类知道的越少越好，就是说⼀个对象应当对其他对象有尽可能少的了解,只和朋友通信，不和陌

⽣⼈说话。英⽂简写为:
LOD。

出处：产⽣于
1987
年美国东北⼤学（Northeastern
University）的⼀个名为迪⽶特（Demeter）的研

究项⽬，由伊恩·荷兰（Ian
Holland）提出，被
UML
创始者之⼀的布奇（Booch）普及，后来⼜因为

在经典著作《程序员修炼之道》提及⽽⼴为⼈知

应⽤场景

即便是必要依赖，也要尽量降低依赖的次数。

⻔⾯模式（Facade）和中介模式（Mediator），都是迪⽶特法则应⽤的例⼦。

4、⾥⽒替换原则（LSP：The
Liskov
Substitution
Principle）

概念

1、所有⼦类的⾏为功能必须和使⽤者对其⽗类的期望保持⼀致，如果⼦类达不到这⼀点，那么必然违

反⾥⽒替换原则。

2、⾥⽒替换原则⽬的就是要保证继承关系的正确性。⾥⽒替换原则是使代码符合开闭原则的⼀个重要

保证。

出处：⾥⽒替换原则（Liskov
Substitution
Principle，LSP）由⿇省理⼯学院计算机学实验室的⾥

斯夫（Liskov）⼥⼠在
1987
年的“⾯向对象技术的⾼峰会议”（OOPSLA）上发表的⼀篇⽂章《数

据抽象和层次》（Data
Abstraction
and
Hierarchy）⾥提出来的

应⽤场景

⾥⽒替换原则主要阐述了有关继承的⼀些原则，也就是什么时候应该使⽤继承，什么时候不应该使⽤

继承

5、依赖倒置原则(DIP:
Dependence
Inversion
Principle)

1、⾼层模块不要依赖低层模块，它们都应该依赖于抽象。

2、依赖倒置原则的核⼼思想是⾯向接⼝编程，不应该⾯向实现类编程。

出处：
Object
Mentor
公司总罗伯特·⻢丁（Robert
C.Martin）于
1996
年在
C++
Report
上发表的

⽂章。

应⽤场景

在
java
中，抽象指的是接⼝或抽象类，细节就是具体的实现类

使⽤接⼝或抽象类的⽬的是制定好规范，⽽不涉及任何具体的操作，把展现细节的任务交给他们的实

现类去完成

其中依赖注⼊设计模式就是充分体现了依赖倒置的原则，对象依赖传递的三种⽅法

构造⽅法传递、setter传递、接⼝传递

6、接⼝隔离原则（ISP:
Interface
Segregation
Principle）

概念

1、接⼝隔离原则(Interface
Segregation
Principle,ISP)要求程序员尽量将臃肿庞⼤的接⼝拆分成

更⼩的和更具体的接⼝，让接⼝中只包含客⼾感兴趣的⽅法。

2、该原则还有另外⼀个定义：⼀个类对另⼀个类的依赖应该建⽴在最⼩的接⼝上。

出处：2002年罗伯特·C.⻢丁提出了接⼝隔离原则

应⽤场景

要求在接⼝中尽量少公布public⽅法，接⼝是对外的承诺，承诺越少对系统的开发越有利

7、合成复⽤原则(CRP:
Composite
Reu