标签：
假设我们在平时的工作中一直用12mm的扳手，如下图所示：
突然有一天，我们要操作24mm的螺丝....
这时，我们会想到三种解决方案：
1,再重新采购一个24mm的扳手，以适应新的需求
2,让对方的厂家螺丝变小，由24mm变为12mm以适应我们的扳手....这个解决方案看起来相当扯淡...
3，增加一个12mm与24mm的“扳手适配器”..把这个适配器“套在”我们已有的12mm扳手上，以使用这个适配器的另一端的24mm的接口。
基于我们可控制的条件来考虑，让产商把所有的24mm螺丝改成12mm的螺丝是不可能的，所以我们只能在第一种和第二种方案中来选择解决方案，然后我们再从成本上分析[在软件中主要指人力成本，应对需求变化时所花费的成本]，方案一固然也可以解决问题，但是一个新的扳手价格在45元左右，同样，如果采用了方案3，一个“扳手适配器”也能解决我们的问题，但成本只有10元左右，从倍数的角度来看，我们解决同样的问题，方案3相比方案1节省了3倍左右的金钱。
1,12mm扳手正常工作的情况下：
1 /// <summary>
2 /// 12mm的螺丝
3 /// </summary>
4 public class Screws_12mm
5 {
6 public string Turn()
7 {
8 return "12mm的螺丝在转动...";
9 }
10 }
11 /// <summary>
12 /// 12mm的扳手
13 /// </summary>
14 public class Wrench_12mm
15 {
16 Screws_12mm screwms;
17
18 public string Work()
19 {
20 screwms = new Screws_12mm();
21 return screwms.Turn();
22 }
23 }
24 /// <summary>
25 /// 使用
26 /// </summary>
27 class Program
28 {
29 static void Main(string[] args)
30 {
31 //使用12mm的扳手
32 Wrench_12mm wrench = new Wrench_12mm();
33 Console.WriteLine(wrench.Work());
34 Console.Read();
35 }
36 }
类图：
2,接口有变化，突然来了个24mm的螺丝,我们此时采用第三种解决方案，引入“扳手适配器”，
代码：
1 /// <summary>
2 /// 24mm的螺丝
3 /// </summary>
4 public class Screws_24mm
5 {
6 public string Turn()
7 {
8 return "24mm的螺丝在转动...";
9 }
10 }
11 /// <summary>
12 /// 12mm的扳手
13 /// </summary>
14 public class Wrench_12mm
15 {
16 Screws_12mm screwms;
17
18 public virtual string Work()
19 {
20 screwms = new Screws_12mm();
21 return screwms.Turn();
22 }
23 }
24 /// <summary>
25 /// 适配器
26 /// </summary>
27 public class Adapter : Wrench_12mm
28 {
29 Screws_24mm screws;
30 public override string Work()
31 {
32 screws = new Screws_24mm();
33 return screws.Turn();
34 }
35 }
36 /// <summary>
37 /// 使用
38 /// </summary>
39 class Program
40 {
41 static void Main(string[] args)
42 {
43 //使用12mm的扳手和适配器
44 Wrench_12mm wrench = new Adapter();
45 Console.WriteLine(wrench.Work());
46 Console.Read();
47 }
48 }
类图：
适配器模式（英语：adapter pattern）有时候也称包装样式或者包装。将一个类的接口转接成用户所期待的。一个适配使得因接口不兼容而不能在一起工作的类工作在一起，做法是将类别自己的接口包裹在另一个类中。
在系统的“数据”与“行为”都正确，但是接口不同时，我们应该考虑使用适配器模式。
四、应用场景
“亡羊补牢”：像上面的例子一样，本来我们一直对应的是12mm螺丝的工作，在设计之初并没有想到我们会使用到24mm螺丝。此时，我们会使用适配器模式以补充不足。
在软件维护的过程中，有时出现了新的接口，但是修改已往的代码风险又很大，又不能要求接口改变，此时我们考虑应用"Adapter模式"。
“预先设计”：在设计之初，就有明显的需求于预视到“要应对于不同的接口”，我们仍然以扳手为例，如下图所示：
除非有明确的需求，否则不建议预先使用适配器模式，如上图，我们买了个大包装的“扳手套装”，在其中我们能到几个呢？到目前我们可能只用到了12mm与24mm这两个，同时在设计之初，我们并不确定是否可以用到24mm的扳手，谨防“过渡设计”。
标签：
原文地址：http://www.cnblogs.com/myhome-1/p/5539397.html
