Bridge 、 Adapter 和 Facade 的区别

Bridge和Adapter是没有关系的,而和Facade比较象,但在我的经验中更多的时候是会混淆Bridge和adapter而不是Facade,这里详细的列出三个模式的比较。

 

一. 定义:

1、Facade模式是为一个复杂系统提供一个简单的接口。比如你要去博物馆参观,很多东西,你一个个到处去问每个东西的管理员很麻烦,所以你找一个导游,让他给你一个个介绍,你只要找到导游就好了。导游就是门面。
2、适配器模式,适配器模式是把一个类的接口变换成客户端所期待的另一种接口,从而使原本因接口不匹配而无法工作的两个类能够工作到一起。例如变压器
3、Bridge模式,桥梁模式的用意是"将抽象化与实现化脱耦,使的二者可以独立变化。例如AWT的实现

 

二. 目的:

1、Facade模式使用在给一个复杂的系统提供统一的门面(接口),目的是简化客户端的操作,但并没有改变接口。
2、Adapter模式使用在两个部分有不同的接口的情况,目的是改变接口,使两个部分协同工作。
3、桥梁模式是为了分离抽象和实现。


三. 使用场合

1、Facade模式出现较多的情况是这样的情况,你有一个复杂的系统,对应了各种情况,客户看了说功能不错,但是使用太麻烦。你说没问题,我给你提供一个统一的门面。
所以Facade使用的场合多是对系统的"优化"。
2、Adapter模式出现的情况是这样,你有一个类提供接口A,但是你的客户需要一个实现接口B的类,这个时候你可以写一个Adapter让把A接口变成B接口,所以Adapter使用的场合是指鹿为马。就是你受夹板气的时候,一边告诉你我只能提供给你A(鹿),一边告诉你说我只要B(马),他长了四条腿,你没办法了,把鹿牵过去说,这是马,你看他有四条腿。(当然实现指鹿为马也有两种方法,一个方法是你只露出鹿的四条腿,说你看这是马,这种方式就是封装方式的Adapter实现,另一种方式是你把鹿牵过去,但是首先介绍给他说这是马,因为他长了四条腿这种是继承的方式。)
3、Bridge模式在一般的开发中出现的情况并不多,AWT是一个,SWT也算部分是,如果你的客户要求你开发一个系统,这个系统在Windows下运行界面的样子是Windows的样子。在Linux下运行是Linux下的样子。在Macintosh下运行要是Mac Os的样子。怎么办? 定义一系列的控件Button,Text,radio,checkBox等等。供上层开发者使用,他们使用这些控件的方法,利用这些控件构造一个系统的GUI,然后你为这些控件写好Linux的实现,让它在Linux上调用Linux本地的对应控件,在Windows上调用Windows本地的对应控件,在Macintosh上调用Macintosh本地的对应控件。ok。你的任务完成了。


四. 需求程度

1、Facade的需求程度是"中等",因为你不提供Facade程序照样能工作,只是不够好。
2、Adapter的需求程度是"必须",因为你不这么做就不能工作,除非你自己从头实现一个。
3、Bridge的需求程度是"一般",适合精益求精的人,因为你可以写三个程序给客户。


五. 出现时期

1、Facade出现在项目中期,再优化
2、Adapter出现在项目后期,大部分都有了,差的仅仅是接口不同
3、Bridge出现在项目前期,你想让你的系统更灵活,更cool


六. 在写文章的时候想到的

1、Facade很多时候是1:m的关系。
2、Adapter很多是候是1:1的关系。
3、Bridge很多时候是m:n的关系。

posted on 2019-04-02 09:43  Honnnnl  阅读(651)  评论(0编辑  收藏  举报

导航