• 设计模式详解_外观模式

    目录

    一、外观模式概念

    二、认识外观模式

    三、外观模式的代码示例

    四、外观模式的优缺点

    五、思考外观模式

    六、相关设计模式

    一、外观模式概念

    外观模式（Facade）,为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

    二、外观模式的结构图

    1、Facade

    定义子系统的多个模块对外的高层接口，通常需要调用内部多个模块，从而把客户的请求代理给适当的子系统对象。

    2、模块

    接收Facade对象的委派，真正实现功能，各个模块之间可能有交互。但我们要注意，Facade对象知道各个模块，但是各个模块不应该知道Facade对象。

    二、认识外观模式

    三、外观模式的代码示例

    为了方便理解，我们使用A、B、C三个模块来书写代码示例：

    1、分别定义A、B、C单个模块的接口和实现类

    /**
     * 定义Amodule接口
     */
    public interface AModule {
        public void testA();
    }

    public class AModuleImpl implements AModule{
        @Override
        public void testA() {
            System.out.println("A    模块操作testA()方法");
        }
    }

    /**
     * 定义Amodule接口
     */
    public interface BModule {
        public void testB();
    }

    public class BModuleImpl implements BModule{
        @Override
        public void testB() {
            System.out.println("A    模块操作testB()方法");
        }
    }

    /**
     * 定义Amodule接口
     */
    public interface CModule {
        public void testC();
    }

    public class CModuleImpl implements CModule{
        @Override
        public void testC() {
            System.out.println("A    模块操作testC()方法");
        }
    }

    2、定义外观类

    /**
     * 定义外观类
     */
    public class Facade {
        public void test(){
            AModule a = new AModuleImpl();
            a.testA();
            BModule b = new BModuleImpl();
            b.testB();
            CModule c = new CModuleImpl();
            c.testC();

        }
    }

    3、定义clent测试类

    public class Client {
        public static void main(String[] args) {
            Facade facade = new Facade();
            facade.test();
        }
    }

    测试结果如下：

    代码下载链接

    四、外观模式的优缺点

    1、优点

    松散耦合

    外观模式松散了客户端与子系统的耦合关系，让子系统内部的模块能更加容易扩展和维护。

    简单易用

    外观模式让子系统更加易用，客户端不在需要了解子系统内部的实现，也不需要跟众多子系统内部的模块进行交互，只需要跟外观交互就可以了，相当于外观类为外部客户端使用子系统提欧共了一站式服务

    更好地规划访问的层次

    通过合理使用Facade,可以帮助我们更好规划访问层次。有些方法时对系统外的，有些方法时系统内部使用的。把需要暴露给外部的功能集中到外观中，这样既方便客户端使用，也很好的隐藏了内部的细节。

    2、缺点

    过多的或者是不太合理的Facsde也容易让人迷惑。到底是调用Facade好呢？还是直接调用模块好。

    五、思考外观模式

    1、外观模式的本质

    外观模式的本质是：封装交互，简化调用

    Facade封装了子系统外部和子系统内部多个模块的交互过程，从而简化了外部的调用。通过外观，子系统为外部提供一些高层的接口，以方便它的使用。

    2、对设计原则的体现

    六、相关设计模式

    外观模式vs中介者模式

    中介模式主要永烈封装多个对象之间相互地交互，多用在系统内部的多个模块之间；而外观模式封装的是当先的交互，是从客户端访问系统的调用，没有从系统中来访客户端的调用。

    在中介者模式的实现里面，是需要实现具体的交互功能的；而外观模式的实现里面，一般是组合调用或者转换调内部实现的功能，通常外观模式本身并不实现这些功能。

    中介者模式的目的主要是松散多个模块之间的耦合，把这些耦合关系全部放到中介者中去实现；而外观模式的目的是简化客户端的调用，这点和中介者模式也不同。

    外观模式VS单例模式

    通产一子系统只需要一个外观实例，所以外观模式可以和单例模式组合使用，吧Facade类实现为单例。当然，也可以跟叶爱民示例的那样，把外观类的构造方法私有化，然后把提供给客户端的方法实现为静态的。

    外观模式VS抽象工厂模式

    外观模式的外观类通常需要和系统内部的多个模块交互，每个模块一般都有自己的接口，所以外观类的具体实现在里面，需要获取这些接口，然后组合这些接口来完成客户端的功能，那么怎么实现这些接口呢？就可以和抽象工厂一起使用，外观类通过抽象工厂来获取所需的接口，而抽象工厂也可以把模块内部的实现对Facade进行屏蔽，也就是说Facade也仅仅只是知道它从模块中获取它需要的功能，模块内部的斜截，Facade也不知道。

    参考书籍：

    1、《研磨设计模式》

    2、《大话设计模式》

  • 相关阅读:
    竞赛 基于深度学习的人脸表情识别
    Mac中IntelliJ IDEA每次打开立刻“意外退出”的解决方法
    Web安全研究（五）
    Spring AOP实现原理及代理模式
    C++实现BF、RK、KMP和BM~Qt6完成GUI
    C++之多态二三事
    Spring源码-总体架构体系和源码环境搭建
    2022年9月6号:Yaml语法和JSR303数据校验《SpringBoot第三课的内容》
    java-ssm-jsp-基于ssm的宠物领养系统的设计与实现
    什么是供应链？
  • 原文地址：https://blog.csdn.net/wanghaiping1993/article/details/125546233