适配器模式
一、生活中的扳手
假设我们在平时的工作中一直用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的扳手,谨防“过渡设计”。