无废话软件设计--适配器模式

http://www.cnblogs.com/iamlilinfeng/p/2698824.html




一、生活中的扳手

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

活到老,学到老,练到老...



资源下载链接为: https://pan.quark.cn/s/3d8e22c21839 随着 Web UI 框架(如 EasyUI、JqueryUI、Ext、DWZ 等)的不断发展与成熟,系统界面的统一化设计逐渐成为可能,同时代码生成器也能够生成符合统一规范的界面。在这种背景下,“代码生成 + 手工合并”的半智能开发模式正逐渐成为新的开发趋势。通过代码生成器,单表数据模型以及一对多数据模型的增删改查功能可以被直接生成并投入使用,这能够有效节省大约 80% 的开发工作量,从而显著提升开发效率。 JEECG(J2EE Code Generation)是一款基于代码生成器的智能开发平台。它引领了一种全新的开发模式,即从在线编码(Online Coding)到代码生成器生成代码,再到手工合并(Merge)的智能开发流程。该平台能够帮助开发者解决 Java 项目中大约 90% 的重复性工作,让开发者可以将更多的精力集中在业务逻辑的实现上。它不仅能够快速提高开发效率,帮助公司节省大量的人力成本,同时也保持了开发的灵活性。 JEECG 的核心宗旨是:对于简单的功能,可以通过在线编码配置来实现;对于复杂的功能,则利用代码生成器生成代码后,再进行手工合并;对于复杂的流程业务,采用表单自定义的方式进行处理,而业务流程则通过工作流来实现,并且可以扩展出任务接口,供开发者编写具体的业务逻辑。通过这种方式,JEECG 实现了流程任务节点和任务接口的灵活配置,既保证了开发的高效性,又兼顾了项目的灵活性和可扩展性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值