6.java设计模式之适配器模式

分类：设计模式作者：编程之家用户

基本需求：

  • 将一个220V的电压输出成5V的电压，其中220V电压为被适配者，变压器为适配器，5v电压为适配目标

基本介绍：

  • 适配器模式属于结构型模式,将某个类的接口转换成客户端期望的另一个接口表示，主的目的是兼容性，让原本因接口不匹配不能一起工作的两个类可以协同工作。其别名为包装器(Wrapper) 分为类适配器模式，对象适配器模式，接口适配器模式
  • 用户的角度看不到被适配者，是解耦的，用户调用适配器转化出来的目标接口方法，适配器再调用被适配者的相关接口方法

类适配器模式：

  • Adapter 类，通过继承 src 类，实现 dst 类接口，完成 src->dst 的适配

  • UML类图

  • 代码实现

    • public class Voltage220V {

     // 被适配类

     public int output220V() {
        System.out.println("输出220V电压");
        return 220;
     }

}

public interface Voltage5V {

     // 用户需要使用的接口
     int output5V();

}

public class VoltageAdapter extends Voltage220V implements Voltage5V {

     // 适配方法(通过实现用户使用的接口将配适配的类转换成用户所需要的)
     @Override
     public int output5V() {
        int output = output220V() / 44;
        System.out.println("适配出5V电压");
        return output;
     }

}

public class Phone {

     // 使用接口
     public void charging(Voltage5V voltage5V) {
        voltage5V.output5V();
     }

}

// client调用
public static void main(String[] args) {
     Phone phone = new Phone();
     // 用户只关心接口 不需要关心被适配者
     phone.charging(new VoltageAdapter());
}

  • 注意事项

    • Java是单继承机制，所以类适配器需要继承src类这一点算是一个缺点,因为这要求dst必须是接口，有一定局限性
    • src类的方法在Adapter中都会暴露出来，也增加了使用的成本
    • 由于其继承了src类，所以它可以根据需求重写src类的方法，使得Adapter的灵活性增强了

对象适配器模式：

  • 基本思路和类的适配器模式相同，只是将Adapter类作修改，不是继承src类，而是持有src类的实例，以解决兼容性的问题。即：持有src类，实现dst类接口，完成 src->dst的适配，将被适配者类的对象聚合组合到适配器类中

  • 根据“ 合成复用原则”，在系统中尽量使用 关联关系（聚合）来替代继承关系

  • UML类图

  • 代码实现

    • // 只需要对类适配器模式中的适配器类进行修改即可
public class VoltageAdapter implements Voltage5V {

   // 直接将被适配类对象聚合到适配器中，免去了继承
     // 根据“ 合成复用原则”，在系统中尽量使用 关联关系（聚合）来替代继承关系
     private Voltage220V voltage220V;

     public VoltageAdapter(Voltage220V voltage220V) {
        this.voltage220V = voltage220V;
     }
     // 适配方法
     @Override
     public int output5V() {
        int output = voltage220V.output220V() / 44;
        System.out.println("适配出5V电压");
        return output;
     }

}

  • 注意事项

    • 对象适配器和类适配器其实算是同一种思想，只不过实现方式不同。根据合成复用原则，使用组合替代继承，所以它解决了类适配器必须继承src的局限性问题，也不再要求 dst必须是接口
    • 使用成本更低，更灵活

接口适配器模式：

  • 核心思路：当不需要全部实现接口提供的方法时，可先设计一个抽象类实现接口，并为该接口中每个方法提供一个默认实现（空方法），那么该抽象类的子类可有选择地覆盖父类的某些方法来实现需求

  • 适用于一个接口不想使用其所有的方法的情况

  • UML类图

  • 代码实现

    • public class Voltage220V {

   // 被适配类

   public int output220V() {
       System.out.println("输出220V电压");
       return 220;
   }

}

public interface OutputVoltage {

   // 该接口提供多种方法，适配器抽象类对该接口的全部方法进行空实现
   // 使用时用户只重写他们关心的那个方法即可，不需要关心其他的方法
   int output5V();

   int output10V();

   int output220V();

}

public abstract class VoltageAdapter implements OutputVoltage {

   // 聚合被适配类
   protected Voltage220V voltage220V;

   public VoltageAdapter(Voltage220V voltage220V) {
       this.voltage220V = voltage220V;
   }

   // 对接口中的所有适配方法进行空实现
   @Override
   public int output5V() {
       return 0;
   }

   @Override
   public int output10V() {
       return 0;
   }

   @Override
   public int output220V() {
       return 0;
   }

}

public class Client {
   public static void main(String[] args) {
       VoltageAdapter voltageAdapter = new VoltageAdapter(new Voltage220V()) {
           // 使用时用户只重写他们关心的那个方法即可，不需要关心其他的方法
           @Override
           public int output5V() {
               int i = super.voltage220V.output220V() / 44;
               System.out.println("适配出5V电压");
               return i;
           }
       };
       voltageAdapter.output5V();
   }
}

springmvc源码：

  • springMVC中DispatchServlet中的doDispatch方法 就用到了适配器模式，通过Handler对象适配出了HandlerAdapter对象，通过HandlerAdapter执行Handler对象中的方法

  • DispatcherServlet -> HandlerMapping(得到处理器链) -> HandlerAdapter(处理器适配器) -> Handler(处理器) -> ViewAndResolver(视图解析器) -> 模板等返回给浏览器

  • 简单实现DispatcherServlet中的适配器

    • UML类图

    • 代码实现

      • // 处理器适配器接口及实现类
public interface MyHandlerAdapter {

   // 处理器适配器 判断是那种适配器
   boolean support(Object object);

   // 通过适配器执行处理器中的方法
   void handler(Object object);

}

class MyHttpRequestHandlerAdapter  implements MyHandlerAdapter{

   @Override
   public boolean support(Object object) {
       return object instanceof MyHttpRequestHandler;
   }

   @Override
   public void handler(Object object) {
       MyHttpRequestHandler myHttpRequestHandler = (MyHttpRequestHandler) object;
       myHttpRequestHandler.doHttpRequest();
   }
}

class MySimpleControllerHandlerAdapter  implements MyHandlerAdapter{

   @Override
   public boolean support(Object object) {
       return object instanceof MySimpleControllerHandler;
   }

   @Override
   public void handler(Object object) {
       MySimpleControllerHandler mySimpleControllerHandler = (MySimpleControllerHandler) object;
       mySimpleControllerHandler.doSimpleController();
   }
}

class MySimpleServletHandlerAdapter  implements MyHandlerAdapter{

   @Override
   public boolean support(Object object) {
       return object instanceof MySimpleServletHandlerAdapter;
   }

   @Override
   public void handler(Object object) {
       MySimpleServletHandler mySimpleServletHandler = (MySimpleServletHandler) object;
       mySimpleServletHandler.doSimpleServlet();
   }
}

      • // 处理器接口及实现类
public interface MyHandler {

   // 处理器接口
}

class MyHttpRequestHandler implements MyHandler {

   public void doHttpRequest() {
       System.out.println("doHttpRequest...");
   }

}

class MySimpleControllerHandler implements MyHandler {

   public void doSimpleController() {
       System.out.println("doSimpleController...");
   }

}

class MySimpleServletHandler implements MyHandler {

   public void doSimpleServlet() {
       System.out.println("doSimpleServlet...");
   }

}


      • public class MyDispatcherServlet {

   // 进行spring mvc中DispatcherServlet的简单实现
   private static List<MyHandlerAdapter> myHandlerAdapters = new ArrayList<>();

   public MyDispatcherServlet() {
       myHandlerAdapters.add(new MyHttpRequestHandlerAdapter());
       myHandlerAdapters.add(new MySimpleControllerHandlerAdapter());
       myHandlerAdapters.add(new MySimpleServletHandlerAdapter());
   }

   public void doDispatcher(String request) {
       // 实际执行流程 DispatcherServlet -> HandlerMapping(得到处理器链) -> HandlerAdapter(处理器适配器) -> Handler(处理器) -> ViewAndResolver(视图解析器) -> 模板等返回
       // 实际 通过HttpServletRequest对象获取的Handler对象 此处简化即可
       MyHttpRequestHandler myHttpRequestHandler = new MyHttpRequestHandler();
       MyHandlerAdapter handlerAdapter = getHandlerAdapter(myHttpRequestHandler);
       // 通过获取到的HandlerAdapter对象来执行指定种类Handler的方法
       // 不同的HandlerAdapter执行Handler的方法的方式不一样
       // 感觉相当于将Handle对象分成了多类，每类通过自己的HandlerAdapter执行Handler对象中的处理方法，这样每类的执行方式都一样
       handlerAdapter.handler(myHttpRequestHandler);
   }

   /**
    * 通过Handler获取对应的HandlerAdapter进行适配
    * @param myHandler
    * @return
    */
   public MyHandlerAdapter getHandlerAdapter(MyHandler myHandler) {
       if (null != this.myHandlerAdapters) {
           for (MyHandlerAdapter myHandlerAdapter : myHandlerAdapters) {
               if (myHandlerAdapter.support(myHandler)) {
                   return myHandlerAdapter;
               }
           }
       }
       throw new RuntimeException("该Handler没有对应的HandlerAdapter");
   }

   public static void main(String[] args) {
       MyDispatcherServlet myDispatcherServlet = new MyDispatcherServlet();
       myDispatcherServlet.doDispatcher("url");
   }
}

注意事项：

  • 三种命名方式，是根据src是以怎样的形式给到Adapter（在 Adapter 里的形式）来命名的
    • 类适配器：以类给到，在Adapter里，就是将src当做类，继承
    • 对象适配器：以对象给到，在Adapter里，将src作为一个对象，持有
    • 接口适配器：以接口给到，在Adapter里，将src作为一个接口，实现
  • Adapter模式最大的作用还是将原本不兼容的接口融合在一起工作
  • 实际开发中，实现起来不拘泥于我们讲解的三种经典形式

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。

相关推荐

什么是设计模式？Design pattern--和生活结合更好理解
什么是设计模式一套被反复使用、多数人知晓的、经过分类编目的、代码 设计经验 的总结；使用设计模式是为了 可重用 代码、让代码 更容易 被他人理解、保证代码 可靠性；设计模式使代码编制  真正工程化；设计模式使软件工程的 基石脉络， 如同大厦的结构一样；并不直接用来完成代码的编写，而是 描述 在各种不同情况下，要怎么解决问题的一种方案；能使不稳定依赖于相对稳定、具体依赖于相对抽象，避免引
面向对象设计原则一——单一职责原则
单一职责原则定义（Single Responsibility Principle，SRP）一个对象应该只包含 单一的职责，并且该职责被完整地封装在一个类中。Every  Object should have  a single responsibility, and that responsibility should be entirely encapsulated by t
十分钟理解Java中的动态代理----强烈推荐
动态代理和CGLib代理分不清吗，看看这篇文章，写的非常好，强烈推荐。原文截图*************************************************************************************************************************原文文本************
适配器模式-让不兼容的接口得以适配
适配器模式将一个类的接口转换成客户期望的另一个接口，使得原本接口不兼容的类可以相互合作。
策略模式-定义一个算法族
策略模式定义了一系列算法族，并封装在类中，它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。
设计模式之高质量代码
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码，它是针对软件开发中经常遇到的一些设计问题，总结出来的一套通用的解决方案。
模板方法模式-封装一套算法流程
模板方法模式在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中，使得子类可以在不改变算法结构的情况下，重新定义算法中的某些步骤。
迭代器模式-统一集合的遍历方式
迭代器模式提供了一种方法，用于遍历集合对象中的元素，而又不暴露其内部的细节。
外观模式-简化子系统的复杂性
外观模式又叫门面模式，它提供了一个统一的（高层）接口，用来访问子系统中的一群接口，使得子系统更容易使用。
单例模式的五种实现方式及优缺点
单例模式（Singleton Design Pattern）保证一个类只能有一个实例，并提供一个全局访问点。
组合模式-统一的处理个别对象与组合对象
组合模式可以将对象组合成树形结构来表示“整体-部分”的层次结构，使得客户可以用一致的方式处理个别对象和对象组合。
装饰者模式-动态的包装原有对象的行为
装饰者模式能够更灵活的，动态的给对象添加其它功能，而不需要修改任何现有的底层代码。
观察者模式-将消息通知给观察者
观察者模式（Observer Design Pattern）定义了对象之间的一对多依赖，当对象状态改变的时候，所有依赖者都会自动收到通知。
代理模式-访问对象的代理而非其本身
代理模式为对象提供一个代理，来控制对该对象的访问。代理模式在不改变原始类代码的情况下，通过引入代理类来给原始类附加功能。
工厂模式-将对象的创建封装起来
工厂模式（Factory Design Pattern）可细分为三种，分别是简单工厂，工厂方法和抽象工厂，它们都是为了更好的创建对象。
状态模式-将状态和行为封装成对象
状态模式允许对象在内部状态改变时，改变它的行为，对象看起来好像改变了它的类。
命令模式-将请求封装成对象
命令模式将请求封装为对象，能够支持请求的排队执行、记录日志、撤销等功能。
【设计模式】备忘录模式
备忘录模式（Memento Pattern）保存一个对象的某个状态，以便在适当的时候恢复对象。备忘录模式属于行为型模式。 基本介绍 **意图：**在不破坏封装性的前提下，捕获一个对象的内部状态，并在该
【设计模式】职责链模式
顾名思义，责任链模式（Chain of Responsibility Pattern）为请求创建了一个接收者对象的链。这种模式给予请求的类型，对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为
【设计模式】享元模式
享元模式（Flyweight Pattern）（轻量级）（共享元素）主要用于减少创建对象的数量，以减少内存占用和提高性能。这种类型的设计模式属于结构型模式，它提供了减少对象数量从而改善应用所需的对象结
pythonJavaScriptjavaHTMLPHPreactjsC#AndroidCSSNode.jssqlrpython-3.xMysqLjQueryc++pandasFlutterangularIOSdjangolinuxswifttypescript路由器JSON路由器设置无线路由器h3c华三华三路由器设置华三路由器电脑软件教程arraysdocker软件图文教程Cvue.jslaravelspring-boot