适配器模式,装饰模式,代理模式异同

一、概念适配器模式,允许因为接口不兼容而不能在一起工作的类工作在一起,做法是将类自己的接口包裹在一个已存在的类中。
装饰器模式,原有的不能满足现有的需求,对原有的进行增强。
代理模式,同一个类而去调用另一个类的方法,不对这个方法进行直接操作。
适配器的特点在于兼容,从代码上的特点来说,适配类与原有的类具有相同的接口,并且持有新的目标对象。就如同一个三孔转2孔的适配器一样,他有三孔的插头,可以插到三孔插座里,又有两孔的插座可以被2孔插头插入。适配器模式是在于对原有3孔的改造。在使用适配器模式的时候,我们必须同时持有原对象,适配对象,目标对象。。。。
装饰器模式特点在于增强,他的特点是被装饰类和所有的装饰类必须实现同一个接口,而且必须持有被装饰的对象,可以无限装饰。
代理模式的特点在于隔离,隔离调用类和被调用类的关系,通过一个代理类去调用。
总的来说就是如下三句话:

  • 适配器模式是将一个类(a)通过某种方式转换成另一个类(b).
  • 装饰模式是在一个原有类(a)的基础之上增加了某些新的功能变成另一个类(b).
  • 代理模式是将一个类(a)转换成具体的操作类(b).

二、例子先简单介绍一下,公司有一个ORDER系统,专门用于提供订单管理的接口,提供给O2O商城,WAP商城,手机类APP,微信等客户端调用。ORDER系统在上线之时,已经包含了非常完整的数据操作。
现手机类APP需要升级,老的接口可能不能满足需求,如原O2O订单提货延长有效期接口需要提供截至时间和订单号,新APP可能不提供截至时间,只需要提供订单号即可延长时间。而老的接口又不能修改,因为老的order接口是针对所有平台的,那么必须将新接口要求与原接口进行适配。。。
解决方案如下:新增AppAdepter类,用来适配老的接口,同时开发给新的接口。。。。
先给出原接口和实现类

[Java] 纯文本查看 复制代码

?

01

02

03

04

05

06

07

08

09

10

11

12

13

14

15

16

17

18

19

20

21

22

/**

 * 原接口,需要传入orderId,时间

 *

 */

public interface SourceOrderApi {

    public void updateDate(String orderId,String date,String client);

}

 

public class SourceOrderApiImpl implements SourceOrderApi{

    @Override

    public void updateDate(String orderId, String date, String client) {

        System.out.println(client+"已将订单"+orderId+"的有效期延长至"+date);      

    }

}

 

public class Test {

    public static void main(String[] args) {

        SourceOrderApi sourceOrderApi = new SourceOrderApiImpl();

        sourceOrderApi.updateDate("123456", "2014-10-15", "user");

    }

}

//运行结果:user已将订单123456的有效期延长至2014-10-15


新的接口和实现类:

[Java] 纯文本查看 复制代码

?

01

02

03

04

05

06

07

08

09

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

public interface AppOrderApi {

    //只需要传入订单Id即可

    public void updateDate(String orderId,String client);

}

 

public class AppOrderApiImpl implements AppOrderApi{

    SourceOrderApi sourceOrderApi;

    public AppOrderApiImpl(){

        sourceOrderApi = new SourceOrderApiImpl();

    }

 

    @Override

    public void updateDate(String orderId,String client) {

        //这里适配的方式随意,但是保证是要完全兼容原有的,就是保证调用原有的接口

        sourceOrderApi.updateDate(orderId, "9999-12-31",client);

    }

}

 

public class Test {

    public static void main(String[] args) {

        AppOrderApi appOrderApi = new AppOrderApiImpl();

        appOrderApi.updateDate("123456", "user");

    }

}

//运行结果:user已将订单123456的有效期延长至9999-12-31


在这套代码中,新的实现类持有了老接口的对象,就是把这个对象new 出来。。。然后在新的方法里,进行适配操作。而这里所谓的适配就是兼容老接口和兼容新接口。兼容老接口非常简单,就是直接调用老的方法即可。而兼容新接口就是你所要去做的业务逻辑。。。比如我这里做了比较简单的操作,app类的统一传入“9999-12-31”,这些都是根据具体的项目需求去实现你的业务代码。看到这,很多人会觉得 这样的代码是不是很常见。。。。我自己都特意去翻了一下我之前的代码,很多类似的写法。。。其实设计模式很多时候都融入到我们的代码中,只是我们没有去理解这种模式,所以就算你自己写出来了,都不知道这是一种适配器模式。。。
那么再回头来说代理模式,在代码上,和适配器模式有着相似的地方!
再比如,现在我们公司的系统又要进行升级,我们原先的接口没有加入安全机制,导致了任何人都可以随意调用这个接口,现在公司需要对这个接口进行改造,只其只能被admin这个客户端调用,其他用户一律要输入账号密码才能调用。那么上面原接口和类不需要改动,我们只需要新增代理器即可。。。
这里就会显出代理模式和适配器模式最大的区别,代理模式是与原对象实现同一个接口,而适配器类则是匹配新接口,说白了,实现一个新的接口。

[Java] 纯文本查看 复制代码

?

01

02

03

04

05

06

07

08

09

10

11

12

13

14

15

16

public class ProxySourceOrderApiImpl implements SourceOrderApi {

    SourceOrderApi sourceOrderApiImpl;

    public ProxySourceOrderApiImpl(){

        sourceOrderApiImpl = new SourceOrderApiImpl();

    }

 

    @Override

    public void updateDate(String orderId, String date, String client) {

        //进行判断,如果是admin则更新否则让其输入账号密码

        if("admin".equals(client)){

            sourceOrderApiImpl.updateDate(orderId, date, client);

        }else{

            System.out.println("账号不是admin,没有查询权限,请输入以admin操作");

        }

    }

}


这里的代理类必须要持要实现原接口和持有原接口的对象,才能称之为代理类。
这样,我们不需要修改原先的实现类,用一个代理类来进行过滤。有些人可能有这样的疑惑,为什么不直接在原实现类中修改,记住JAVA设计模式的基本原则,对内关闭修改。
假如你并没有对方的类,别人只是提供给你这样一个可以操作的JAR包你如何去做?把JAR包反编译,再修改?又假如某些地方可以直接调用原有接口,你如果修改原有的实现类,岂不是对其他的地方也造成了影响?不能修改原有代码这是基本原则。
最后,就是装饰器模式,装饰器模式与相对于上面2种模式更好理解,差别也最大。
假如说,现在这个延长订单,不光可以延长订单提货有效期,可以延长订单的退货有效期。
这就是一个典型的装饰器,你需要做的是丰富原接口的功能,并且不改动原先的接口。

[Java] 纯文本查看 复制代码

?

01

02

03

04

05

06

07

08

09

10

11

12

13

14

public class NewSourceOrderApiImpl implements SourceOrderApi {

 

    SourceOrderApi sourceOrderApi;

    public NewSourceOrderApiImpl(SourceOrderApi sourceOrderApi){

        this.sourceOrderApi = sourceOrderApi;

    }

    @Override

    public void updateDate(String orderId, String date, String client) {

        sourceOrderApi.updateDate(orderId, date, client);

        System.out.println(client+"已将订单"+orderId+"的退款期延长至"+date);      

         

    }

 

}


在装饰器模式中,必须要有被装饰的类和装饰的类。。在这套代码中,原先SourceOrderApi的对象就是被装饰的类,而新建NewSourceOrderApiImpl 就是装饰类,装饰类必须把被装饰的对象当作参数传入。
这就是和代理模式的代码不同之处,代理模式一定是自身持有这个对象,不需要从外部传入。而装饰模式的一定是从外部传入,并且可以没有顺序,按照代码的实际需求随意挑换顺序,就如你吃火锅先放白菜还是先放丸子都可以。
再从使用上来看,代理模式注重的是隔离限制,让外部不能访问你实际的调用对象,比如权限控制,装饰模式注重的是功能的拓展,在同一个方法下实现更多的功能。




作者:懒皮
链接:https://www.jianshu.com/p/c156b5e23e30

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值