Java与模式：适配器模式
目的：
将一个类的接口转换成客户希望的另外一个接口。A d a p t e r 模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
----- 尽量优先使用Object Adapter的模式。
意图：
# 你想使用一个已经存在的类，而它的接口不符合你的需求。
# 你想创建一个可以复用的类，该类可以与其他不相关的类或不可预见的类（即那些接口可能不一定兼容的类）协同工作。
# （仅适用于对象A d a p t e r ）你想使用一些已经存在的子类，但是不可能对每一个都进行子类化以匹配它们的接口。对象适配器可以适配它的父类接口。
（目的和意图是不变的，摘自《设计模式迷你手册》电子版）
原理：
保留现有的类所提供的服务，修改其接口，从而达到客户端的期望。
特征：
目标(Target)角色：所期望得到的接口。
适配源(Adaptee)：现在的需要适配的接口。
适配器(Adapter)：将适配源接口适配成目标接口。
类适配器使用继承关系复用适配源(Adaptee),因此目标(Target)不能是类,只是能接口（java 单继承）。
对象适配器使用委派关系复用适配源(Adaptee),因此目标(Target)可能是类或接口，可以将多个适配源适配到一个目标接口。
一、原理图：
二、示例代码
1./**
2.* Created by IntelliJ IDEA.
3.* User: leizhimin
4.* Date: 2008-8-2 14:43:46
5.* 源角色
6.*/
7.public class Adaptee {
8. public int get220v(){
9. return 220;
10. }
11.}
12.
13./**
14.* Created by IntelliJ IDEA.
15.* User: leizhimin
16.* Date: 2008-8-2 14:43:23
17.* 目标角色
18.*/
19.public interface Target {
20. int get110v();
21. int get220v();
22.}
23.
24./**
25.* Created by IntelliJ IDEA.
26.* User: leizhimin
27.* Date: 2008-8-2 14:43:07
28.* 适配器角色:扩展源角色，实现目标角色，从而使得目标角色改动时候，不用改动
源角色，只要改动适配器
29.*/
30.public class Adapter extends Adaptee implements Target{
31. public int get110v(){
32. return 110;
33. }
34.}
35.
36./**
37.* Created by IntelliJ IDEA.
38.* User: leizhimin
39.* Date: 2008-8-2 15:00:31
40.* 客户端
41.*/
42.public class Client {
43. public static void main(String rags[]) {
44. new Client().test();
45. }
46.
47. public void test() {
48. Target target = new Adapter();
49. int v1 = target.get110v();
50. int v2 = target.get220v();
51. }
52.}
1.概念：
适配器模式（Adapter Pattern）[GOF95]把一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。
2.两种形式
a.类的适配器模式
b.对象的适配器模式
3.模拟问题：
现在假设我们的程序已经设计了接口Request接口，但是现在有一个特殊的接口SpecificRequst能更好的完成我们的功能，但是它和我们现有的Request接口不匹配。那我们如何将它们一起工作呢？看下面的实例：
3.图示实例1：a.类的适配器模式
目标角色:
public interface Target {
public void request();
}
源角色:
public class Adaptee {
public void specificRequest(){
System.out.println("实现所需功能");
}
}
适配器角色:
public class ClassAdapter extends Adaptee implements Target {
public void request() {
this.specificRequest();
}
}
用户角色：
public class TestClassAdapter {
public static void main(String args[]){
ClassAdapter adapter = new ClassAdapter();
adapter.request();
}
}
运行结果：
引用
实现所需功能
3.图示实例2：b.对象的适配器模式
实例代码：
目标角色，源角色代码不变。
适配器角色:
public class ObjectAdapter implements Target {
private Adaptee adaptee;
public ObjectAdapter(Adaptee adaptee){
this.adaptee = adaptee;
}
public void request() {
adaptee.specificRequest();
}
}
用户角色：
public class TestOjbectAdapter {
public static void main(String arg[]){
Adaptee adaptee = new Adaptee();
ObjectAdapter adapter = new ObjectAdapter(adaptee);
adapter.request();
} }
将一个类的接口转换成客户希望的另外一个接口。Adapter 模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。 --- 《设计模式》GOF
Adapter 模式的宗旨就是，基于现有类所提供的服务，向客户端提供接口，以满足客户的期望。---《java 设计模式 》
对软件系统中，如果要复用以前的“现存对象”，但是这些对象所提供的接口并不一定能适应我们的新环境，我们就要将其转换成我们需要的接口，来供我们调用。 Adapter 模式通过定义一个新的接口（对要实现的功能加以抽象），和一个实现该接口的Adapter （适配器）类来透明地调用外部组件。这样替换外部 组件时，最多只要修改几个Adapter 类就可以了，其他源代码都不会受到影响。
简单理解就是：我们需要实现某个功能，而现在实现这个功能的组件不必我们自己开发，可以通过第三方的组件（即别人的代码或者自己曾经写过的代码）来实现， 但第三方组件的接口与现在所定义的接口不一致（即类名，方法名不一样），那么在不修改两方接口的情况下，可以通过采用适配器模式来解决这一问题。
适配器的UML 图：
Target 即客户端给出的接口（此处不是java 语言中的接口类型，而是指类名，方法名等等），也就是客户端需要调用的组件。
Adapter 即适配器
Adaptee 即第三方组件
根据T arget是否是java接口类型，适配器可以分为类适配器和对象适配器。
类适配器：
此时Target是一个java接口,其中定义了其所期望的功能,而此时的Adapter则通过继承Adaptee类并实现T arget接口来完成。即
1.class Adapter extends Adaptee implements Target{}
假设现在Target的内容为：
1. interface operation {
2. public int add(int a , int b); - 返回类型为整形
3.}
Adaptee的内容为：
1.public class Adaptee{
2. public int addOpe(int a ,int b){
3. return a+b;
4. }
5.}
那么为了利用Adaptee类，类适配器Adapter可以写成：
6.public class Adapter extends Adaptee implements Target{
7. public int add(int a , int b) {
8. return addOpe(a,b);
9. }
10. }
对象适配器：
此时Target可能是一个普通类，那么Adapter的实现可以通过继承Target,并将具体实现委托给Adaptee来完成。同样是前面的add例子：
1.class Target{
2. public int add(int a , int b){}
3.}
4.
5.Public class Adapter extends Target{
6. Adaptee adaptee;
7. Adapter(Adaptee adaptee){
8. this.adaptee = adaptee ;
9. }
10. public int add(int a,int b){
11.return adaptee.addOpe(a,b);
12. }
13.}
总结：个人觉得适配器模式用到了面向对象语言中的多态的特性，根据客户端给出的组件是接口还是类，适配器通过实现接口或者继承类的方式来实现多态。如果是实现接口，那么适配器则可以继承第三方组件，通过调用父类方法来完成功能。如果是继承，因为java 中不支持多继承，适配器将具体操作委派给第三方组件来完成。这是根据客户端给出的组件类型来区分，个人认为即使客户端给出的组件是接口，也可以通过将具体实现委派给第三方组件来完成，因为设计模式的原则是：优先使用对象组合而不是类继承。这样适配器模式就很容易理解，就是客户端通过多态调用适配器，适配器通过使用第三方对象来完成具体功能。
适配器模式（Adapter Pattern）（另称－变压器模式）：把一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作
1、(类适配器)模式所涉及的角色有:
1／目标（Target）角色：这就是所期待得到的接口。由于是类适配器模式，因此目标不可以是类。
2／源（Adaptee）角色：现有需要适配的接口。
3／适配器（Adapter）角色：适配器类是本模式的核心。适配器把源接口转换成目标接口。显然，这一角色不可以是接口，而必须是具体类。
1.//目标角色类
2. public interface Target{
3. //源类有的方法
4. void sampleOperation1();
5. //源类没有的方法
6. void sampleOperation2();
7. }
8.源类（具体类）
9. public class Adaptee{
10. //源类含有的方法sampleOperation1()
11. public void sampleOperation1(){}
12. }
13. //适配器角色
14. public class Adapter extends Adaptee implements Target{
15. public void sampleOperation2(){}
2（对象适配器）
1）：模式所涉及的角色有：
1／目标（Target）角色：这就是所期待的接口，目标可以是具体的或抽象的类
2／源（Adaptee）角色：现有需要适配的接口
3／适配器（Adapter）角色：适配器类是本模式的核心。适配器把源接口转换成目标接口，这一角色必须是具体类 }
1.//Target类
2. public interface Target{
3. //源类有的方法
4. void sampleOperation1();
5. //源来没有的方法
6. void sampleOperation2();
7. }
8.源类（具体类）
9. public class Adaptee{
10. //源类含有的方法sampleOperation1()
11. public void sampleOperation1(){}
12. }
13. //适配器类
14. public class Adapter implements Target{
15. private Adaptee adaptee;
16.
17. public Adapter(Adaptee adaptee){
18. super();
19. this.adaptee = adaptee;
20. }
21. //源类有的方法，适配器直接委派就可以了
22. public void sampleOperation1(){
23. adaptee.sampleOperation();
24. }
25. //源类没有，需要补充
26. public void sampleOperation2(){
27. //............
28. }
29. }
适配器模式的用意是将接口不同而功能相同或者相近的两个接口加以转换，这里面包括适配器角色补充了一个源角色没有的方法。
4、对象适配器模式的效果
1）一个适配器可以把多种不同的源适配到同一个目标，换言之，同一个适配器可以把源类和它的子类都适配到目标接口。
2）与类的适配器模式相比，要想置换源类的方法就不容易。如果一定要置换掉源类的一个或多个方法，就只好先做一个源
类的子类，将源类的方法置换掉，然后再把原来的子类当做真正的源进行适配。
3）虽然要想置换源类的方法不容易，但是要想增加一些新的方法则方便的很，而且新增加
的方法可同时适用于所有的源。
5、在什么情况下使用适配器模式
1）系统需要使用现有的类，而此类的接口不符合系统的需要。
2）想要建立一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在将来引进的类一起工作。
这些源类不一定有很复杂的接口。
3）（对对象适配器模式而言）在设计里，需要改变多个已有的子类的接口，如果使用类的适配器模式，就要针对每一个子类做
一个适配器，而这不太实际
1.//Itermeration类
2. import java.util.Iterator;
3. import java.util.*;
4. import java.util.Enumeration;
5.
6. public class Itermeration implements Enumeration{
7. private Iterator it;
8.
9. public Itermeration(Iterator it){
10. this.it = it;
11.
12. //是否存在下一个元素
13. public boolean hasMoreElements(){
14. return it.hasNext();
15. }
16.
17. //返还下一个元素
18. public Object nextElement() throws NoSuchElementException{
19. return it.next();
20. }
21. }
22. }
23.
24. //Enuterator类
25. import java.util.Iterator;
26. import java.util.*;
27. import java.util.Enumeration;
28.
29. public class Enuterator implements Iterator{
30. Enumeration enum;
31.
32. public Enuterator(Enumeration enum){
33. this.enum = enum;
34. }
35.
36. //是否存在下一个元素
37. public boolean hasNext(){
38. return enum.hasMoreElements();
39. }
40.
41. //返还下一个元素
42. public Object next() throws NoSuchElementsException{
43. return enum.nextElement();
44. }
45.
46. //删除当前的元素（不支持）
47. public void remove(){
48. throw new UnsupportedOperationException();
49. }
50. }
51.－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
－－－－－－－－－－－－－－－－
52.
53. //立方体类
54. public class Cube{
55. private double width;
56.
57. public Cube(double width){
58. this.width = width;
59. }
60.
61. //计算体积
62. public double calculateVolume(){
63. return width*width*width;
64. }
65.
66. //计算面积
67. public double calculateFaceArea(){
68. return width*width;
69. }
70.
71. //长度的取值方法
72. public double getWidth(){
73. return this.width;
74. }
75.
76. //长度的赋值方法
77. public void setWidth(double width){
78. this.width = width;
79. }
80. }
81.
82. //目标接口角色
83. public interface BallIF{
84. //计算面积
85. double calculateVolume();
86. //半径的取值方法
87. double getRadius();
88. //半径的赋值方法
89. void setRadius(double radius);
90. }
91.
92. //适配器类角色
93. public class MagicFinger implements BallIF{
94. private double redius = 0;
95. private static final double PI = 3.14D;
96. private Cube adaptee;
97.
98. public MagicFinger(Cube adaptee){
99. super();
100. this.adaptee = adaptee;
101. radius = adpatee.getWidth();
102. }
103.
104. //计算面积
105. public double calculateArea(){
106. return PI*4.0D*(radius);
107. }
108.
109. public double calculateVolume(){
110. return PI*(4.0D/3.0D)*(radius*radius*radius); 111. }
112.
113. //半径取值方法
114. public double getRadius(){
115. return radius;
116. }
117.
118. public void setRadius(double radius){
119. this.radius = radius;
120. }
121. }
122.
6、本模式在实现的时候有以下这些值得注意的地方;
1) 目标接口可以省略。此时，目标接口和源接口实际上是相同的。由于源是一个接口，而适配器类是一个类（或抽象类）
因此这种做法看似平庸而并并平庸，它可以使客户端不必实现不需要的方法。
2）适配器类可以是抽象类，这可以在缺省适配情况下看到。
3）带参数的适配器模式。使用这种方法可以根据参数返还一个合适的实例给客户端
7、适配器模式与其他模式的关系
1）适配器模式与桥梁模式的关系
桥梁模式的用意是要把实现和它的接口分开，以便它们可以独立地变化。桥梁模式并不是用来把一个已有的对象接到不相
匹配的接口上的。当一个客户端只知道一个特定的接口，但是有必须与具有不同接口的类打交道时，就应当使用适配器模式。
2）适配器模式与装饰模式的关系
一个装饰类也是位于客户端和另外一个Compontent对象之间的，
在它接到客户端的调用后把调用传给一个或几个Component对象。
一个纯粹的装饰类必须与Compotent对象在接口上的完全相同，并增强后者的功能。
与适配器类不同的是，装饰类不能改变它所装饰的Compotent对象的接口。
3）适配器模式与缺省适配模式的关系
场景
相信很多人都知道什么是显卡，也有很多人知道显卡的本名——图形适配器。恩，是的，正好这回说说Apater模式，就拿显卡来例子来分析一下Adapter模式。
我们知道显示器(Client)是用来显示图形的，它是不能显示数据，它只能够接受来自图形发送设备Target的信号。可是我们手头上只有CPU(Adaptee)这个产生各种描述图形的数据的数据发送器。我们需要将这些数据让显示器进行显示，可是这两个部件却是不兼容的。于是我们需要一个中间设备，它能够将CPU“适配”于显示器，这便是我们的显卡——图形适配器(Adapter)。
// 图形发送设备
public class Target {
/**
* 传送图形信号
*/
public String request() {
return "Graphic sender";
}
}
// 显示器
public class Client {
public static void main(String[] args) {
Target target = new Targete();
System.out.println(target.request());
}
}
可是我们的CPU(Adaptee)只能输出0/1数据，他是个计算器，而不是图形发送设备(Target)。
1.// CPU
2.public class Adaptee {
3. /**
4. * CPU输出的数据
5. */
6. public String getData() {
7. return "CPU data";
8. }
9.}
这个时候我们的显卡(Adapter)的作用便体现出来了，它负责对CPU进行适配，通过将CPU传过来的数据转换成图形信号，从而将CPU伪装成一个图形发送设备。
1.// 显卡，即我们的适配器
2.public class Adapter extends Target {
3.
4.// 被代理的设备
5. private Adaptee apt = null;
6.
7. /**
8. * 装入被代理的设备
9. */
10. public Adapter(Adaptee apt) {
11. this.apt = apt;
12. }
13.
14. /**
15. * 被代理的设备传过来的数据转换成为图形输出
16. */
17. public String request() {
18. return apt.getData();
19. }
20.}
这样，我们的电脑的显示流程就变成CPU－显卡－显示器：
1.public class Client {
2.
3. public static void main(String[] args) {
4.// CPU经过显卡的适配后“变”成了图形发送装置了
5.Target target = new Adapter(new Adaptee());
6. System.out.println(target.request());
7. }
8.
9.}
图形发送设备Target，显示器Client，CPU Adaptee，显卡(Adapter)
上面的这种依赖于对象组合的Adapter模式叫做对象适配器(Object Adapter)。它的特征是继承/实现某一方的类(Target)，如这里的图形发送器，同时内部包含一个被适配的类(Adaptee)，如这里的CPU。通过重写其父类的方法来进行适配。
另一种的Adapter实现
对于Adapter模式，还有另外一种实现方式，这种适配方式叫做类适配器(Class Adapter)。它与Object Adapter的不同之处在于它继承被适配的对象。
1.public class Adapter extends Targer, Adaptee { -- 多继承（C++中合法）
2. ......
3.}
这样的代码在C++中是合法的，但是在Java中规定最多只能继承一个父类，而可以实现多个接口。所以我们需要建立一个IAdaptee的接口，然后将我们的Adapter继承Target同时实现IAdaptee。
1.// IAdaptee接口
2.public interface IAdaptee {
3.
4. String getData();
5.}
6.// Adaptee 实现IAdaptee
7.public class Adaptee implements IAdaptee {
8. ......
9.}
10.public class Adapter extends Target implements IAdaptee {
11.
12. private IAdaptee apt = null;
13.
14. public Adapter(IAdaptee apt) {
15. this.apt = apt;
16. }
17.
18. public String request() {
19. return apt.getData();
20. }
21.
22. public String getData() {
23. return apt.getData();
24. }
25.}
对于我们的显示器(Client)方面，Class Adapter跟Object Adapter一样，所以不需要进行修改。对于Class Adapter，大家也看见了，在Adapter中因为是实现了IAdaptee接口，因此需要实现getData()的接口。一旦T arget和IAdaptee拥有相同的方法时，会出现麻烦的。所以尽量优先使用Object Adapter的模式。
1、设计模式一般用来解决什么样的问题( a) A.同一问题的不同表相 B不同问题的同一表相 C.不同问题的不同表相 D.以上都不是 2、下列属于面向对象基本原则的是( c ) A.继承 B.封装 C.里氏代换 D都不是 3、Open-Close原则的含义是一个软件实体( a ) A.应当对扩展开放，对修改关闭. B.应当对修改开放，对扩展关闭 C.应当对继承开放，对修改关闭 D.以上都不对 4、当我们想创建一个具体的对象而又不希望指定具体的类时，可以使用（ a ）模式。 A.创建型 B.结构型 C行为型 D.以上都可以 5、要依赖于抽象，不要依赖于具体。即针对接口编程，不要针对实现编程,是( d )的表述 A.开-闭原则 B.接口隔离原则 C.里氏代换原则 D.依赖倒转原则 6、依据设计模式思想,程序开发中应优先使用的是( a )关系实现复用。 A, 委派 B.继承 C创建 D.以上都不对 复用方式：继承和组合聚合（组合委派） 7、设计模式的两大主题是( d ) A.系统的维护与开发 B 对象组合与类的继承 C.系统架构与系统开发 D.系统复用与系统扩展 8、单子模式中,两个基本要点( a b )和单子类自己提供单例 A .构造函数私有 B.唯一实例 C.静态工厂方法 D.以上都不对 9、下列模式中,属于行为模式的是( b ) A.工厂模式 B观察者 C适配器以上都是 10、“不要和陌生人说话” 是( d )原则的通俗表述 A.接口隔离 B.里氏代换 C.依赖倒转 D.迪米特：一个对象应对其他对象尽可能少的了解 11、构造者的的退化模式是通过合并（ c ）角色完成退化的。 A.抽象产品 B产品 C创建者 D使用者
软件设计模式（Java版）习题 第1章软件设计模式基础 1.1 软件设计模式概述 1.2 UML中的类图 1.3 面向对象的设计原则 一、名词解释 1.一个软件实体应当对扩展开放，对修改关闭，即在不修改源代码的基础上扩展 一个系统的行为。 2.一个对象应该只包含单一的职责，并且该职责被完整地封装在一个类中。 3.在软件中如果能够使用基类对象，那么一定能够使用其子类对象。 4.是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结， 使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 二、单选择题 1.( A ) 2.（ A ） 3. ( A ) 4. ( D ) 5. ( D ) 6．( A ) 7. ( D ) 8.（ D ） 9.（ D ） 10.（ E ） 11.( C ) 12．（ C ） 13. ( A ) 三、多选择题 1．( A、B、C、D ) 2. ( A、B ) 3．( A、D ) 4．( A、B、C、D ) 四、填空题 1．依赖倒转、迪米特法则、单一职责 2．模式名字、目的、问题、解决方案、效果、实例代码 3．超类、子类 4．开闭 5．用户 6．依赖倒转 7．组合/聚合 8．结构型、行为型 9.依赖倒转 10.开闭 11.需求收集是否正确、体系结构的构建是否合理、测试是否完全 12．人与人之间的交流 13．接口 14．名称、目的、解决方案 15．对象组合、类继承
16．对象组合 17．对象组合、类继承 18．抽象类的指针 五、简答题 1.答：设计模式按类型分为以下三类： 1）创建型设计模式：以灵活的方式创建对象集合，用于管理对象的创建。 2）结构型设计模式：将己有的代码集成到新的面向对象设计中，用于处理类或对象的组合。 3）行为型设计模式：用于描述对类或对象怎样交互和怎样分配职责。 2.答：设计模式的主要优点如下： 1）设计模式融合了众多专家的经验，并以一种标准的形式供广大开发人员所用，它提供了一套通用的设计词汇和一种通用的语言以方便开发人员之间沟通和交 流，使得设计方案更加通俗易懂。 2）设计模式使人们可以更加简单方便地复用成功的设计和体系结构，将已证实的技术表述成设计模式也会使新系统开发者更加容易理解其设计思路。设计模式使得重用成功的设计更加容易，并避免那些导致不可重用的设计方案。 3）设计模式使得设计方案更加灵活，且易于修改。 4）设计模式的使用将提高软件系统的开发效率和软件质量，且在一定程度上节约设计成本。 5）设计模式有助于初学者更深入地理解面向对象思想，一方面可以帮助初学者更加方便地阅读和学习现有类库与其他系统中的源代码，另一方面还可以提高软件的设计水平和代码质量。 3.答：设计模式一般有如下几个基本要素：模式名称、问题、目的、解决方案、效 果、实例代码和相关设计模式，其中的关键元素包括模式名称、问题、解决方案和效果。 4.答：正确使用设计模式具有以下优点： ⑴可以提高程序员的思维能力、编程能力和设计能力。 ⑵使程序设计更加标准化、代码编制更加工程化，使软件开发效率大大提高，从 而缩短软件的开发周期。 ⑶使设计的代码可重用性高、可读性强、可靠性高、灵活性好、可维护性强。 5.答：根据类与类之间的耦合度从弱到强排列，UML中的类图有以下几种关系：依赖关 系、关联关系、聚合关系、组合关系、泛化关系和实现关系。其中泛化和实现的耦合度相等，它们是最强的。
GOF以及java的23种设计模式简介 GoF:（Gang of Four，GOF设计模式）---四人组 Design Patterns:Elements of Reusable Object-Oriented Software（即后述《设计模式》一书），由Erich Gamma、Richard Helm、Ralph Johnson 和John Vlissides合著（Addison-Wesley，1995）。这几位作者常被称为"四人组（Gang of Four）"，而这本书也就被称为"四人组（或GoF）"书。 Design Patterns:Elements of Reusable Object-Oriented Software（即后述《设计模式》一书），由Erich Gamma、Richard Helm、Ralph Johnson 和John Vlissides合著（Addison-Wesley，1995）。这几位作者常被称为“四人组（Gang of Four）”，而这本书也就被称为“四人组（或GoF）”书。 在《设计模式》这本书的最大部分是一个目录，该目录列举并描述了23种设计模式。另外，近来这一清单又增加了一些类别，最重要的是使涵盖范围扩展到更具体的问题类型。例如，Mark Grand在Patterns in Java:A Catalog of Reusable Design Patterns Illustrated with UML（即后述《模式Java版》一书）中增加了解决涉及诸如并发等问题的模式，而由Deepak Alur、John Crupi和Dan Malks合著的Core J2EE Patterns:Best Practices and Design Strategies一书中主要关注使用Java2企业技术的多层应用程序上的模式。 对软件设计模式的研究造就了一本可能是面向对象设计方面最有影响的书籍：《设计模式》。
《J A V A设计模式》复习资料 一、单项选择题 1．设计模式起源于（） A、机械设计 B、建筑工程设计 C、水利工程设计 D、工业电力化设计 2．“不要和陌生人说话”是（）原则的通俗表述。 A、接口隔离 B、里氏替换 C、依赖倒置 D、迪米特3．目前常见的设计模式主要有（）种。 A、23 B、21 C、32 D、28 4．以下关于单一职责原则的叙述不正确的是（）。 A、单一职责原则的英文名称是SingleResponsibilityPrinciple. B、单一职责原则要求一个类只有一个职责 C、单一职责原则有利于对象的稳定，降低类的复杂性 D、单一职责原则提高了类之间的耦合性 5．以下关于依赖倒置原则的叙述不正确的是（） A、依赖倒置原则的简称是DIP B、高层模块不依赖于低层模块，低层模块依赖于高层模块 C、依赖倒置原则中高层模块和低层模块都依赖于抽象 D、依赖倒置原则实现模块间的松耦合 6．下面关于单例模式说法错误的是（） A、单例模式是指一个类只有一个实例 B、单例类从实现方式上分为懒汉式和饿汉式 C、单例类从功能上分为状态单例类和无状态单例类 D、可以通过继承的方式对单例类进行扩展得到功能更丰富的单例类7．下面关于工厂方法模式说法错误的是（）。 A、工厂方法模式使一个类是实例化延迟到其子类中 B、工厂方法模式中具有抽象工厂、具体工厂、抽象产品和具体产品4个角色 C、工厂方法模式可以处理多个产品的多个等级结构 D、工厂方法模式可以屏蔽产品类 8．在以下情况不适合使用责任职责链模式（） A、有多个对象可以处理请求，哪个对象处理该请求在运行时刻自动确定。 B、在需要用比较通用和复杂的对象指针代替简单的指针的时候。 C、你想在不明确指定接收者的情况下，向多个对象中的一个提交一个请求。 D、一个请求需要一系列的处理工作。 9．当我们想创建一个具体的对象而又不希望指定具体的类时，可以使用（）模式 A、结构型 B、创建型 C、行为型 D、以上都可以 10．以下用来描述适配器模式的是（）
Java设计模式笔记 一．单例模式 1.单例模式（Singleton）表示一个类只能生成一个对象。 2.典型应用：Servlet就是使用的单例模式，不管多少个用户 访问一个Servlet都是访问的一个Servlet对象。 3.对于单例模式实现的想法： 1）首先明确生成一个类的对象时肯定要调用该类的构造方法。 2）那么我们必须要从构造方法入手解决一个类只能生成一个对象这一问题。 3）假设不提供构造方法，该类会默认是一个不带参数的构造方法，显然生成该类对象时还是会调用默认 的构造方法，还是无法解决问题 4）则我们肯定是要通过提供构造方法来解决这一问题，那么现在我们的问题是到底该提供怎样的构造 方法呢？ 5）那么我们就想到一般的构造方法都是public的，在类的外部（其他类）可以调用该构造方法生成多个 对象，显然是不行的，那么我们就想到private关键 字，private表示只能类的内部才能访问。 6）那么现在我们想到可以把构造方法定义成一个私有（private）的，只有该类的内部才能访问，但是在类
的外面不能生成对象了，这样成为零例了，与单例很接近了。 7）那么我们需要在该类中提供一个返回唯一一个该类的对象供外部调用。但是现在我们构造方法外部都不能访问，没有对象该怎么访问这个类的指定方法呢？ 8）那么我们想到把我们提供的方法定义成静态方法（非实例方法），就可以直接通过该类加点号访问该类的该方法了。 9）那么我们可以举一个单例的例子了： class Singleton{ private static Singleton singleton=new Singleton(); private Singleton(){ } public static Singleton getInstance(){ return singleton; } } 以上例子便是实现了单例模式，注意两个红色地方，静态的方法只能访问静态的属性。在类的外部直接通过类名加点号getInstance（）访问唯一一个对象了。
设计模式概念：一套被反复使用、多数人知晓、经过分类编目的优秀代码设计经验的总结。设计模式要素：模式名称、问题、举例、末态环境、推理、其他有关模式、已知的应用。设计模式分类：创建型、结构型、行为型。 创建型模式功能：1.统所使用的具体类的信息封装起来； 2.类的实例是如何被创建和组织的。 创建型模式作用：1.封装创建逻辑，不仅仅是new一个对象那么简单。 2.封装创建逻辑变化，客户代码尽量不修改，或尽量少修改。 常见的创建型模式：单例模式、工厂方法模式、抽象工厂模式、建造者模式、原型模式。常见的结构型模式：代理模式、装饰模式、适配器模式、组合模式、桥梁模式、外观模式、享元模式。 常见行为型模式：模板方法模式、命令模式、责任链模式、策略模式、迭代器模式、中介者模式、观察者模式、备忘录模式、访问者模式、状态模式、解释器模式。单一职责原则：一个类应该只有一个职责。 优点：降低类的复杂性；提高类的可读性；提高代码的可维护性和复用性；降低因变更引起的风险。 里氏替换原则： 优点：代码共享，减少创建类的工作量，每个子类都拥有父类的方法和属性；提高代码的可重用性；提高代码的可扩展性；提高产品或项目的开放性。 缺点：1.继承是入侵式的。只要继承，就必须拥有父类所有属性和方法。 2.降低代码的灵活性。子类必须拥有父类的属性和方法，使子类收到限制。 3.增强了耦合性。当父类的常量、变量和方法修改时，必须考虑子类的修改，这种 修改可能造成大片的代码需要重构。 依赖倒置原则：高层模块不应该依赖低层模块，两者都依赖其抽象；抽象不依赖细节；细节应该依赖于抽象。 在Java中的表现：模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的；接口或抽象类不依赖于是实现类； 实现类依赖于接口或抽象类。 接口隔离原则：1.一个类对另外一个类的依赖性应当是建立在最小的接口上的 2.一个接口代表一个角色，不应当将不同的角色交给一个接口。 3.不应该强迫客户使用它们的不同方法。 如图所示的电子商务系统在三个地方会使用到订单类：一个是门户，只能有查询方法；一个是外部系统，有添加订单的方法；一个是管理后台，添加、删除、修改、查询都要用到。“原子”在实践中的衡量规则： 1.一个接口只对一个子模块或者业务逻辑进行分类。 2.只保留接口中业务逻辑需要的public方法。 3.尽量修改污染了的接口，若修改的风险较大，则可采用适配器模式进行转化处理。 4.接口设计应因项目而异，因环境而异，不能照搬教条。 迪米特法则：（表述）只与你直接的朋友们通信；不要跟“陌生人”说话；每一个软件单位 对其他的单位都只有最少的了解，这些了解仅局限于那些与本单位密 切相关的软件单位。 对迪米特法则进行模式设计有两个：外观模式、中介者模式。 开闭原则：一个软件实体应当对扩展开放，对修改关闭。 重要性体现：提高复用性；提高维护性；提高灵活性；易于测试
一、1. 设计模式一般用来解决什么样的问题： A.同一问题的不同表相 2. 下列属于面向对象基本原则的是： C.里氏代换 3. Open-Close原则的含义是一个软件实体：A.应当对扩展开放，对修改关闭. 4. 当我们想创建一个具体的对象而又不希望指定具体的类时，使用（A）模式。A.创建型 5. 要依赖于抽象不要依赖于具体。即针对接口编程不要针对实现编程：（D）依赖倒转原则 6. 依据设计模式思想,程序开发中应优先使用的是( A )关系实现复用。A, 委派 7. 设计模式的两大主题是( D ) D.系统复用与系统扩展 8. 单体模式中,两个基本要点(AB)和单体类自己提供单例A .构造函数私有 B.唯一实例 9. 下列模式中,属于行为模式的是( B ) B观察者 10. “不要和陌生人说话”是( D )原则的通俗表述 D.迪米特 1. 软件体系结构是指一个系统的有目的的设计和规划，这个设计规划既不描述活动，也不描述系统怎样开发，它只描述系统的组成元素及其相互的交互协作。 2．一个UML模型只描述了一个系统要做什么，它并没告诉我们系统是怎么做。 3．接口是可以在整个模型中反复使用的一组行为，是一个没有属性而只有方法的类。 4．多重性指的是，某个类有多个对象可以和另一个类的一对象关联。 5．当一个类的对象可以充当多种角色时，自身关联就可能发生。 6．在泛化关系中，子类可以替代父类。后前者出现的可以相同地方。反过来却不成立。 7．最通常的依赖关系是一个类操作的形构中用到了另一个类的定义。 8．组成是强类型的聚集，因为聚集中的每个部分体只能属于一个整体。 9．实现的符号和继承的符号有相似之处，两者的唯一差别是实现关系用虚线表示，继承关系用实线表示。 10. 设计模式中应优先使用对象组合而不是类继承。 1.适配器模式属于创建型模式结构型（ F ） 2.在设计模式中，“效果”只是指“原因和结果”（ T ） 3.设计模式使代码编制不能真正工程化（ T ） 4.面向对象语言编程中的异常处理，可以理解为责任链模式（T ） 5.反模式就是反对在软件开发过程中使用设计模式分析：反模式用来解决问题的带有共性的不良方法（F ） 1.什么是设计模式？设计模式目标是什么？ 答：设计模式是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解，保证代码可靠性。 2.设计模式中一般都遵循的原则有什么？ 答：开闭原则、根据场景进行设计原则、优先组合原则、包容变化原则 3.“Gang of Four”针对“创建优秀面向对象设计”建议了哪些策略？ 答：针对接口编程、优先使用对象组合而不是类继承，找到并封装变化点。 4.面向对象系统中功能复用的两种最常用技术是什么？ 答：类继承和对象组合，类继承允许你根据其他类的实现来定义一个类的实现。父类的内部细节对子类可见。 类继承是在编译时刻静态定义的，且可直接使用，类继承可以较方便地改变被复用的实现。对象组合是类继承之外的另一种复用选择。新的更复杂的功能可以通过组装或组合对象来获得。对象组合要求被组合的对象具有良好定义的接口。 5.只根据抽象类中定义的接口来操纵对象有什么好处？ 答：1) 客户无须知道他们使用对象的特定类型，只须对象有客户所期望的接口。 2) 客户无须知道他们使用的对象是用什么类来实现的，他们只须知道定义接口的抽象类。 五、应用题（分值15） 公司架构：经理、工程师、技师和后勤人员都是公司的雇员，经理管理工程师、技师和后勤人员。高层经理领导较低级别的经理。典型层次图如下：可以使用哪种设计模式实现公司的层级关系？并说明为什么？ 组合模式，第一，其公司关系架构为树形结构；第二，其表示了部分-整体关系（自己扩展）
Java设计模式
目录 1. 设计模式3 1.1 创建型模式4 1.1.1 工厂方法5 1.1.2 抽象工厂9 1.1.3 建造者模式14 1.1.4 单态模式20 1.1.5 原型模式22 1.2 结构型模式25 1.2.1 适配器模式26 1.2.2 桥接模式29 1.2.3 组合模式35 1.2.4 装饰模式40 1.2.5 外观模式45 1.2.6 享元模式50 1.2.7 代理模式55 1.3 行为型模式59 1.3.1 责任链模式59 1.3.2 命令模式64 1.3.3 解释器模式69 1.3.4 迭代器模式73
1.3.5 中介者模式79 1.3.6 备忘录模式83 1.3.7 观察者模式88 1.3.8 状态模式94 1.3.9 策略模式98 1.3.10 模板方法102 1.3.11 访问者模式106
1. 设计模式(超级详细) 内容简介 有感于设计模式在日常开发中的重要性，同时笔者也自觉对设计模式小有心得，故笔者*写二十三种设计模式的简单例子、 并整理二十三种设计模式的理论部分，综合汇总成这份Java设计模式（疯狂J*va联盟版），希望对大家有所帮助。 本份帮助文档主要是为了向读者介绍二十三种设计模式，包括模式的描述，适用性，模*的组成部分，并附带有简单的例 子和类*，目的是为了让读*了解二十三种*计模式，并能方便的查阅各种设计模*的用法及注意点。 所附的例子非常简单，慢慢的引导读者从浅到深了解设计模式，并能从中享受设计的乐趣。 由于每个人对设计*式的理解都不尽一致，因此，可能本文档的例子*有不恰当的地方，还望各位读者指出不恰当的地方。 欢迎登录疯狂J*va联盟进行技术交流，疯狂Java联盟的论坛宗旨是： 所有的技术发帖，均有回复。 疯狂Java联盟网址： 笔者简介
Java常用设计模式 目录 设计模式 (2) 创建模式 (2) 设计模式之Factory -工厂模式 (2) 设计模式之FACTORY METHOD -工厂方法模式 (2) 设计模式之Builder -建造模式 (4) 设计模式之PROTOTYPE -原始模型模式 (5) 设计模式之Singleton -单例模式 (6) 结构模式 (7) 设计模式之Adapter -适配器 (7) 设计模式之Bridge -桥梁模式 (8) 设计模式之Composite -合成模式 (9) 设计模式之DECORATOR -装饰模式 (10) 设计模式之Facade -门面模式 (12) 设计模式之FLYWEIGHT -享元模式 (13) 设计模式之PROXY -代理模式 (14) 行为模式 (15) 设计模式之Chain of Responsibility -职责链 (15) 设计模式之COMMAND - 命令模式 (16) 设计模式之INTERPRETER -解释器模式 (17) 设计模式之ITERATOR -迭代子模式 (18) 设计模式之MEDIATOR -调停者模式 (19) 设计模式之MEMENTO -备忘录模式 (20) 设计模式之OBSERVER -观察者模式 (21) 设计模式之STATE -状态模式 (23) 设计模式之STRATEGY-策略模式 (24) 设计模式之TEMPLATE METHOD-模板方法模式 (25) 设计模式之VISITOR -访问者模式 (26)
设计模式 分类 创建模式 结构模式 行为模式 优点 面向界面编程 降低耦合性 增加灵活性 创建模式 设计模式之Factory -工厂模式 客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。 缺点是当产品修改时，工厂类也要做相应的修改。 设计模式之FACTORY METHOD -工厂方法模式 追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory public class Factory{ public static Sample creator(int which){ //getClass 产生Sample 一般可使用动态类装载装入类。 if (which==1) return new SampleA(); else if (which==2) return new SampleB(); }
?工厂模式细分有三种，分别为:简单工厂模式、工厂方法模式和抽象工厂模式。 （现单个的讲,最后再讲这三个的区别) ?这篇文章主要通过一个农场的实例来讲解,这也是javａ与模式书中的例子,只不过我对一些部分进行了简化,一些部分进行了扩充,以帮助理解例子如下： 有一个农场公司，专门向市场销售各类水果有如下水果: 葡萄(grape） 草莓(stｒａｗbeｒry) 苹果（applｅ） /＊--－-－-------------－------------1、简单工厂模式------------－----－--－-－--－--－---－---－－-－----－--*／ 这个比较简单，写一下源代码源代码中给出了必须的注释代码比书上的要 简单一些，排版也好看一些,只是为了让新手更好的理解 Fruit.ｊava： /** *水果与其它植物相比有一些专门的属性，以便与农场的 * 其它植物区分开这里的水果假设它必须具备的方法: * 生长gｒow(）收获hａrvｅsｔ()种植planｔ() ＊/ public interface Fｒuit { voｉd grow（); void hａrveｓt(); ?voiｄplant(）; ｝ /＊*＊＊****＊＊**＊***＊＊***＊*******下面是Aｐple类的函数Applｅ.javａ：＊********＊**＊******／ /*＊ *苹果是水果类的一种,因此它必须实现水果接口的所有方法即 ＊ｇｒow()harvest(）ｐlant()三个函数另外,由于苹果是多年生植物， ＊所以多出一个ｔrｅeAｇe性质,描述苹果的树龄 */ publｉc ｃlass Apple impleｍenｔs Fruit ｛ priｖaｔｅint treｅAgｅ; publiｃvoｉd grow(){ /／苹果的生长函数代码} ?puｂｌic vｏid harvest()｛//苹果的收获函数代码} ?ｐuｂｌｉc voｉd plａnt() { //苹果的种植函数代码}
浅析23种软件设计模式 1、工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时，工厂类也要做相应的修改。如：如何创建及如何向客户端提供。 2、建造模式：将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。 3、工厂方法模式：核心工厂类不再负责所有产品的创建，而是将具体创建的工作交给子类去做，成为一个抽象工厂角色，仅负责给出具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节。 4、原始模型模式：通过给出一个原型对象来指明所要创建的对象的类型，然后用复制这个原型对象的方法创建出更多同类型的对象。原始模型模式允许动态的增加或减少产品类，产品类不需要非得有任何事先确定的等级结构，原始模型模式适用于任何的等级结构。缺点是每一个类都必须配备一个克隆方法。 5、单例模式：单例模式确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例单例模式。单例模式只应在有真正的“单一实例”的需求时才可使用。 6、适配器（变压器）模式：把一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口原因不匹配而无法一起工作的两个类能够一起工作。适配类可以根据参数返还一个合适的实例给客户端。 7、桥梁模式：将抽象化与实现化脱耦，使得二者可以独立的变化，也就是说将他们之间的强关联变成弱关联，也就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系，从而使两者可以独立的变化。 8、合成模式：合成模式将对象组织到树结构中，可以用来描述整体与部分的关系。合成模式就是一个处理对象的树结构的模式。合成模式把部分与整体的关系用树结构表示出来。合成模式使得客户端把一个个单独的成分对象和由他们复合而成的合成对象同等看待。 9、装饰模式：装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案，提供比继承更多的灵活性。动态给一个对象增加功能，这些功能可以再动态的撤消。增加由一些基本功能的排列组合而产生的非常大量的功能。 10、门面模式：外部与一个子系统的通信必须通过一个统一的门面对象进行。门面模式提供一个高层次的接口，使得子系统更易于使用。每一个子系统只有一个门面类，而且此门面类只有一个实例，也就是说它是一个单例模式。但整个系统可以有多个门面类。 11、享元模式：FL YWEIGHT在拳击比赛中指最轻量级。享元模式以共享的方式高效的支持大量的细粒度对象。享元模式能做到共享的关键是区分内蕴状态和外蕴状态。内蕴状态存
一、单例模式 简介： 1.单例模式（Singleton Pattern）是Java 中最简单的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。 2.这种模式涉及到一个单一的类，该类负责创建自己的对象，同时确保只有单个对象被创建。这个类提供了一种访问其唯一的对象的方式，可以直接访问，不需要实例化该类的对象。 特点： 1.单例类只能有一个实例。 2.单例类必须自己创建自己的唯一实例。 3.单例类必须给所有其他对象提供这一实例。 介绍： 1.意图：保证一个类仅有一个实例，并提供一个访问它的全局访问点。 2.主要解决：一个全局使用的类频繁地创建与销毁。 3.何时使用：当您想控制实例数目，节省系统资源的时候。 4.如何解决：判断系统是否已经有这个单例，如果有则返回，如果没有则创建。 5.关键代码：构造函数是私有的。 实现方法： 1.懒汉试，线程不安全：多用户同时调用时不能保证对象的唯一性。 2.懒汉式，线程安全：在调用得到对象方法时，加关键字：synchronized，实现调用对象时排队（加锁），缺点是效率低下。 3.饿汉式：线程安全，但是容易产生垃圾，浪费内存，因为加载类的同时创建了自身唯一对象。 4.双检锁/双重校验锁：多用户可以同时调用，调用if条件判断对象的唯一性，即有没有创建过的对象，如果有直接返回，若没有，用户新建，因为方法有static 修饰，所以，用户新建后，其他用户调用的对象可以保证是唯一的。 二、模板模式 简介： 1.单在模板模式（Template Pattern）中，一个抽象类公开定义了执行它的方法的方式/模板。它的子类可以按需要重写方法实现，但调用将以抽象类中定义的方式进行。这种类型的设计模式属于行为型模式。 2.意图：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。 3.主要解决：一些方法通用，却在每一个子类都重新写了这一方法。 4.何时使用：有一些通用的方法。 5.如何解决：将这些通用算法抽象出来。 6.关键代码：在抽象类实现，其他步骤在子类实现。 7.优点：1、封装不变部分，扩展可变部分。2、提取公共代码，便于维护。3、行为由父类控制，子类实现。 8.缺点：每一个不同的实现都需要一个子类来实现，导致类的个数增加，使得系统更加庞大。 9.使用场景：1、有多个子类共有的方法，且逻辑相同。2、重要的、复杂的方
23种设计模式的通俗理解【转】 1、FACTORY 工厂方法 追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。麦当劳和肯德基就是生产鸡翅的Factory 工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时，工厂类也要做相应的修改。如：如何创建及如何向客户端提供。 2、BUILDER 抽象工厂 MM最爱听的就是“我爱你”这句话了，见到不同地方的MM,要能够用她们的方言跟她说这句话哦，我有一个多种语言翻译机，上面每种语言都有一个按键，见到MM我只要按对应的键，它就能够用相应的语言说出“我爱你”这句话了，国外的MM也可以轻松搞掂，这就是我的“我爱 你”builder。（这一定比美军在伊拉克用的翻译机好卖）建造模式：将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。 3、FACTORY METHOD 建造者模式 请MM去麦当劳吃汉堡，不同的MM有不同的口味，要每个都记住是一件烦人的事情，我一般采用Factory Method模式，带着MM到服务员那儿，说“要一个汉堡”，具体要什么样的汉堡呢，让MM直接跟服务员说就行了。工厂方法模式：核心工厂类不再负责所有产品的创建，而是将具体创建的工作交给子类去做，成为一个抽象工厂角色，仅负责给出具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节。 4、PROTOTYPE 原型模式 跟MM用QQ聊天，一定要说些深情的话语了，我搜集了好多肉麻的情话，需要时只要copy出来放到QQ里面就行了，这就是我的情话prototype了。（100块钱一份，你要不要）原始模型模式：通过给出一个原型对象来指明所要创建的对象的类型，然后用复制这个原型对象的方法创建出更多同类型的对象。原始模型模式允许动态的增加或减少产品类，产品类不需要非得有任何事先确定的等级结构，原始模型模式适用于任何的等级结构。缺点是每一个类都必须配备一个克隆方法。 5、SINGLETON 单态模式 俺有6个漂亮的老婆，她们的老公都是我，我就是我们家里的老公Sigleton，她们只要说道“老公”，都是指的同一个人，那就是我(刚才做了个梦啦，哪有这么好的事) 单例模式：单例模式确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例单例模式。单例模式只应在有真正的“单一实例”的需求时才可使用。[b:9ceca65206]结构型模式[/b:9ceca65206] 6、ADAPTER 适配器模式 在朋友聚会上碰到了一个美女Sarah，从香港来的，可我不会说粤语，她不会说普通话，只好求助于我的朋友kent了，他作为我和Sarah之间的Adapter，让我和Sarah可以相互交谈了(也不知道他会不会耍我) 适配器（变压器）模式：把一个类的接口变换成客户端所期待的另一种接口，
工厂系列模式的优缺点： 1.让用户的代码和某个特定类的子类的代码解耦 用户不必知道它所使用的对象是怎样创建的，只需知道该对象有哪些方法 2.抽象工厂模式可以为用户创建一系列相关的对象，使用户和创建这些对象的类脱耦 MVC模式是不是一种设计模式？为什么 MVC不是设计模式，应该是框架/架构模式，因为它的定义是抽象的，没有足够的细节描述使你直接去实现，而只能根据MVC的概念和思想，用几个设计模式组合实现。 举出一个生活中使用装饰者模式的例子，用程序实现思路 举个生活中的例子，俗话说“人在衣着马在鞍”，把这就话用装饰者模式的语境翻译一下，“人通过漂亮的衣服装饰后，男人变帅了，女人变漂亮了；”。对应上面的类图，这里人对应于ConcreteComponent,而漂亮衣服则对应于ConcreteDecorator； 设计模式如何分类，每一个类别都有什么特征？ 设计模式分为3类，分别是：创建型模式、行为型模式、结构型模式。 创建型特点：避免用户直接使用new运算符创建对象。 行为型特点：怎样合理的设计对象之间的交互通信，以及怎样合理的为对象分配职 结构型特点：主要用于处理类或对象的组合 Java jdk中使用了哪些设计模式 1.单例 2.静态工厂 3.工厂方法 4.抽象工厂 5.构造者 6.原型 7.适配器8桥接9.组 合10.装饰器11.外观12.享元14.代理15.迭代器16.观察者17.协调者18.模板
方法19.策略20.责任链21.命令22.空对象25.解释器 面向对象的设计原则有哪些？ 开闭原则、面向抽象的原则（依赖倒转原则）、多用组合少用继承原则、高内聚-低耦合原则。 观察者模式的推拉有什么不同？使用场景 推，具体主题将变化后的数据全部交给具体观察者。场景：当具体主题认为具体观察者需要这些变换后的数据时，往往采用推数据方式； 拉，具体主题不将变化后的数据交给具体观察者，而是提供获得这些数据的方法。场景：当具体主题不知道具体观察者是否需要这些变换后的数据时，往往采用拉数据的方式。 策略模式和工厂模式有什么不同？ 策略模式定义了一系列算法，将他们一个个封装，并且他们之间可以相互替换；工厂模式定义一个创建对象的接口，让子类决定实例化哪一个类 5观察者模式的推拉有什么不同？适用场景 现在要说的分歧在这里： “推”的方式是指，Subject维护一份观察者的列表，每当有更新发生，Subject会把更新消息主动推送到各个Observer去。 “拉”的方式是指，各个Observer维护各自所关心的Subject列表，自行决定在合适的时间去Subject获取相应的更新数据。 “推”的好处包括：
《JAVA设计模式》复习资料 一、单项选择题 1．设计模式起源于（） A、机械设计 B、建筑工程设计 C、水利工程设计 D、工业电力化设计 2．“不要和陌生人说话”是（）原则的通俗表述。 A、接口隔离 B、里氏替换 C、依赖倒置 D、迪米特 3．目前常见的设计模式主要有（）种。 A、23 B、21 C、32 D、28 4．以下关于单一职责原则的叙述不正确的是（）。 A、单一职责原则的英文名称是Single Responsibility Principle. B、单一职责原则要求一个类只有一个职责 C、单一职责原则有利于对象的稳定，降低类的复杂性 D、单一职责原则提高了类之间的耦合性 5．以下关于依赖倒置原则的叙述不正确的是（） A、依赖倒置原则的简称是DIP B、高层模块不依赖于低层模块，低层模块依赖于高层模块 C、依赖倒置原则中高层模块和低层模块都依赖于抽象 D、依赖倒置原则实现模块间的松耦合 6．下面关于单例模式说法错误的是（） A、单例模式是指一个类只有一个实例 B、单例类从实现方式上分为懒汉式和饿汉式 C、单例类从功能上分为状态单例类和无状态单例类 D、可以通过继承的方式对单例类进行扩展得到功能更丰富的单例类 7．下面关于工厂方法模式说法错误的是（）。 A、工厂方法模式使一个类是实例化延迟到其子类中 B、工厂方法模式中具有抽象工厂、具体工厂、抽象产品和具体产品4个角色 C、工厂方法模式可以处理多个产品的多个等级结构 D、工厂方法模式可以屏蔽产品类 8．在以下情况不适合使用责任职责链模式（） A、有多个对象可以处理请求，哪个对象处理该请求在运行时刻自动确定。 B、在需要用比较通用和复杂的对象指针代替简单的指针的时候。 C、你想在不明确指定接收者的情况下，向多个对象中的一个提交一个请求。 D、一个请求需要一系列的处理工作。 9．当我们想创建一个具体的对象而又不希望指定具体的类时，可以使用（）模式 A、结构型 B、创建型 C、行为型 D、以上都可以 10．以下用来描述适配器模式的是（） A、表示一个作用于某对象结构中的各元素的操作，它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。 B、定义一个用于创建对象的接口，让子类决定实例化哪一个类。
第一章静态工厂设计模式 默认的包，只是包内共享。Protected的是包内和子类供共享。 1、要生产的产品，要设计成接口 （1）public interface IMusicBox { public void playBox(); } （2）public class PinBox implements IMusicBox { public void playBox() { System.out.println("钢琴曲"); } } （3）public class VolinBox implements IMusicBox { public void playBox() { System.out.println("小提琴@"); } } 2、工厂的代码 public class MusicBoxFactory { public static IMusicBox createIMusicBox(String name) { IMusicBox imusic = null; try { imusic= (IMusicBox) Class.forName(name).newInstance(); } catch (InstantiationException e) { e.printStackTrace(); } catch (IllegalAccessException e) { e.printStackTrace(); } catch (ClassNotFoundException e) { e.printStackTrace(); } return imusic; } } 3、测试的类 public class Demo { public void palyMusic(IMusicBox iMusicBox){ iMusicBox.playBox(); } public static void main(String[] args) { Demo d = new Demo(); d.palyMusic(MusicBoxFactory.createIMusicBox("PinBox"));
软件设计模式（J a v a版）习题 第1章软件设计模式基础 1.1 软件设计模式概述 1.2 UML中的类图 1.3 面向对象的设计原则 一、名词解释 1.一个软件实体应当对扩展开放，对修改关闭，即在不修改源代码的基础上扩展 一个系统的行为。 2.一个对象应该只包含单一的职责，并且该职责被完整地封装在一个类中。 3.在软件中如果能够使用基类对象，那么一定能够使用其子类对象。 4.是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结， 使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 二、单选择题 1.( A ) 2.（ A ） 3. ( A ) 4. ( D ) 5. ( D ) 6．( A ) 7. ( D ) 8.（ D ） 9.（ D ） 10.（ E ） 11.( C ) 12．（ C ） 13. ( A ) 三、多选择题 1．( A、B、C、D ) 2. ( A、B ) 3．( A、D ) 4．( A、B、C、D ) 四、填空题 1．依赖倒转、迪米特法则、单一职责 2．模式名字、目的、问题、解决方案、效果、实例代码 3．超类、子类 4．开闭 5．用户 6．依赖倒转 7．组合/聚合 8．结构型、行为型 9.依赖倒转 10.开闭
11.需求收集是否正确、体系结构的构建是否合理、测试是否完全 12．人与人之间的交流 13．接口 14．名称、目的、解决方案 15．对象组合、类继承 16．对象组合 17．对象组合、类继承 18．抽象类的指针 五、简答题 1.答：设计模式按类型分为以下三类： 1）创建型设计模式：以灵活的方式创建对象集合，用于管理对象的创建。 2）结构型设计模式：将己有的代码集成到新的面向对象设计中，用于处理类或对象的组合。 3）行为型设计模式：用于描述对类或对象怎样交互和怎样分配职责。 2.答：设计模式的主要优点如下： 1）设计模式融合了众多专家的经验，并以一种标准的形式供广大开发人员所用，它提供了一套通用的设计词汇和一种通用的语言以方便开发人员之间沟通和交 流，使得设计方案更加通俗易懂。 2）设计模式使人们可以更加简单方便地复用成功的设计和体系结构，将已证实的技术表述成设计模式也会使新系统开发者更加容易理解其设计思路。设计模式使得重用成功的设计更加容易，并避免那些导致不可重用的设计方案。 3）设计模式使得设计方案更加灵活，且易于修改。 4）设计模式的使用将提高软件系统的开发效率和软件质量，且在一定程度上节约设计成本。 5）设计模式有助于初学者更深入地理解面向对象思想，一方面可以帮助初学者更加方便地阅读和学习现有类库与其他系统中的源代码，另一方面还可以提高软件的设计水平和代码质量。 3.答：设计模式一般有如下几个基本要素：模式名称、问题、目的、解决方案、效果、实例代码和相关设计模式，其中的关键元素包括模式名称、问题、解决方案和效果。 4.答：正确使用设计模式具有以下优点： ⑴可以提高程序员的思维能力、编程能力和设计能力。