什么是适配器模式?
适配器模式(adapter):将一个类的接口转换成客户希望的另外一个接口。
adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
什么时候运用适配器模式?
在想使用一个已经存在的类时,如果它的接口,也就是它的方法与我们当前的要求不相同时,就需要考虑用到适配器模式了。
一般而言,使用适配器模式是出于无奈之举,一般存在于软件开发后期或者维护期,在软件设计阶段,我们还是尽量避免该模式的使用。
适配器模式的组成
target:目标接口,也就是客户所期待的接口。目标可以是具体的或者抽象的类,也可以是接口。
adpatee:需要适配的类。也就是我们需要与目标接口对接成功的类。
adapter:中间起到链接作用的类。通过在内部包装一个adptee对象,将源接口转换成目标接口。
适配器模式具体实现
适配器模式的结构
适配器模式的实现
target类:也就是目标类
1
2
3
4
5
6
7
|
class target
{
public virtual void request()
{
console.writeline( "普通请求" );
}
}
|
adaptee类:需要适配的类
1
2
3
4
5
6
7
|
class adaptee
{
public void specificrequest()
{
console.writeline( "特殊请求" );
}
}
|
adapter类:
1
2
3
4
5
6
7
8
9
10
11
|
class aapter : target
{
private adaptee adaptee = new adaptee();
/// <summary>
/// 这样就可以把表面调用request()方法变成实际调用specificrequest()
/// </summary>
public override void request()
{
adaptee.specificrequest();
}
}
|
主函数调用:
1
2
3
4
5
6
7
8
|
static void main( string [] args)
{
//对客户端来说,调用的是target的request()
target target = new aapter();
target.request();
console.read();
}
|
实例解析
为了深化理解,我们准备一个具体的实例来分析。
姚明作为一个外籍的球员在进入nba初期,由于英文水平一般,常常听不懂教练的指挥与安排,需要翻译来全程跟随以实现沟通。请就此来写出具体的情况。
分析:
在这里,我们不难发现教练的指挥与安排就是target,姚明就是adaptee,而翻译就理所当然成了adapter,那么我们就能分析出彼此的关系了。
具体实现:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
|
class program
{
static void main( string [] args)
{
player b = new forwards( "a" );
b.attack();
player m = new guards( "b" );
m.attack();
//通过翻译,姚明知道了需要做的事情
player ym = new translator( "姚明" );
ym.attack();
ym.defense();
console.read();
}
abstract class player
{
protected string name;
public player( string name)
{
this .name = name;
}
public abstract void attack();
public abstract void defense();
}
/// <summary>
/// 前锋
/// </summary>
class forwards : player
{
public forwards( string name) : base (name)
{
}
public override void attack()
{
console.writeline( "前锋{0} 进攻" , name);
}
public override void defense()
{
console.writeline( "前锋{0} 防守" , name);
}
}
/// <summary>
/// 中锋
/// </summary>
class center : player
{
public center( string name) : base (name)
{
}
public override void attack()
{
console.writeline( "中锋{0} 进攻" , name);
}
public override void defense()
{
console.writeline( "中锋{0} 防守" , name);
}
}
/// <summary>
/// 后卫
/// </summary>
class guards : player
{
public guards( string name) : base (name)
{
}
public override void attack()
{
console.writeline( "后卫{0} 进攻" , name);
}
public override void defense()
{
console.writeline( "后卫{0} 防守" , name);
}
}
/// <summary>
/// 翻译是继承于运动员的,因为他需要直接理解教练的意思
/// 但是他实际需要传达的是外籍球员,所以他调用的是外籍球员所理解的方法=>也就是翻译的作用
/// </summary>
class translator : player
{
private foreigncenter fc = new foreigncenter();
public translator( string name) : base (name)
{
fc.name = name;
}
public override void attack()
{
fc.进攻();
}
public override void defense()
{
fc.防守();
}
}
/// <summary>
/// 作为外籍球员,他有自己的姓名和进攻防守方式等
/// 其他的事情交给翻译就好了
/// </summary>
class foreigncenter
{
private string name;
public string name
{
get { return name; }
set { name = value; }
}
public void 进攻()
{
console.writeline( "外籍中锋{0} 进攻" , name);
}
public void 防守()
{
console.writeline( "外籍中锋{0} 防守" , name);
}
}
}
|
适配器模式的优缺点
像之前提到的适配器能在后期维护的时候起到很大的作用,能在开发新的功能的时候保护原来软件的稳定性,但是初期的时候还是能避免就尽量避免吧!
备注:文中所有代码及知识点均来自于《大话设计模式》,本人属于边学边看边敲代码边总结的阶段。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持服务器之家。
原文链接:http://www.cnblogs.com/Aries-rong/archive/2017/11/15/7837972.html