设计模式-08 外观模式(门面)

旧城等待， 2021-11-16 20:44 264阅读 0赞

### 文章目录 ###

*  1.什么是外观模式
 *  2.外观模式类图
 *  3.代码实现外观模式
 *   *  3.1 添加依赖
     *  3.2 创建业务逻辑封装
     *  3.3 创建门面接口
 *  4.门面模式优缺点
 *   *  4.1 优点
     *  4.2 缺点

# 1.什么是外观模式 #

> 外观模式（Facade）,他隐藏了系统的复杂性，并向客户端提供了一个可以访问系统的接口。这种类型的设计模式属于结构性模式。为子系统中的一组接口提供了一个统一的访问接口，这个接口使得子系统更容易被访问或者使用。

# 2.外观模式类图 #

![外观模式类图][aHR0cHM6Ly9teXgteW91ZGFvLm9zcy1jbi1iZWlqaW5nLmFsaXl1bmNzLmNvbS9qYXZhL2phdmFzZS8lRTglQUUlQkUlRTglQUUlQTElRTYlQTglQTElRTUlQkMlOEYvJUU1JUE0JTk2JUU4JUE3JTgyJUU2JUE4JUExJUU1JUJDJThGJUU3JUIxJUJCJUU1JTlCJUJFLnBuZw]  
简单来说，该模式就是把一些复杂的流程封装成一个接口供给外部用户更简单的使用。这个模式中，设计到3个角色。

*  门面角色：外观模式的核心。它被客户角色调用，它熟悉子系统的功能。内部根据客户角色的需求预定了几种功能的组合。
 *  子系统角色:实现了子系统的功能。它对客户角色和Facade时未知的。它内部可以有系统内的相互交互，也可以由供外界调用的接口。
 *  客户角色:通过调用Facede来完成要实现的功能。

# 3.代码实现外观模式 #

//原始方法-代码可读性比较差如果每一步都有很多操作会很复杂
    public boolean callback(Map<String, String> verifySignature) {
        // 1.第一步打印日志信息
        String orderId = verifySignature.get("orderId"); // 获取后台通知的数据，其他字段也可用类似方式获取
        String respCode = verifySignature.get("respCode");
        log.info("orderId:{},respCode:{}", orderId, respCode);
        // 2.修改订单状态为已经支付
        new PaymentTransactionMapper() {
            @Override
            public void updatePaymentStatus() {
                log.info(">>>修改订单状态为已经支付>>>>>");
            }
        }.updatePaymentStatus();
        // 3.调用积分接口增加积分
        HttpClientUtils.doPost("jifen.com", "积分接口");
        // 4.调用消息服务平台提示
        HttpClientUtils.doPost("msg.com", "调用消息接口");
        boolean result = payCallbackFacade.callbackFacade(verifySignature);
        return result;
    }

## 3.1 添加依赖 ##

<dependencies>
        
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-web</artifactId>
        </dependency>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
        </dependency>
    </dependencies>

## 3.2 创建业务逻辑封装 ##

@Component
    @Slf4j
    public class LogService {
        public void logService(Map<String, String> verifySignature) {
            // 1.第一步打印日志信息
            String orderId = verifySignature.get("orderId"); // 获取后台通知的数据，其他字段也可用类似方式获取
            String respCode = verifySignature.get("respCode");
            log.info("第一个模块>>>orderId:{},respCode:{}", orderId, respCode);
        }
    }

@Slf4j
    @Component
    public class PaymentService {
        public void updatePaymentStatus() {
            log.info("第二个模块>>>修改订单状态为已经支付>>>>>");
        }
    }

@Component
    @Slf4j
    public class IntegralService {
        public void callIntegral() {
            // 3.调用积分接口增加积分
            log.info("第三个模块>>>调用积分接口打印日志>>>>>");
        }
    }

@Component
    @Slf4j
    public class MsgService {
        public void msgService() {
            log.info("第四个模块>>>调用消息模块打印日志>>>>>");
        }
    }

## 3.3 创建门面接口 ##

@Component
    public class PayCallbackFacade {
        @Autowired
        private LogService logService;
        @Autowired
        private PaymentService paymentService;
        @Autowired
        private IntegralService integralService;
        @Autowired
        private MsgService msgService;
    
        public boolean callbackFacade(Map<String, String> verifySignature) {
            //1.添加日志
            logService.logService(verifySignature);
            //2.更新支付状态
            paymentService.updatePaymentStatus();
            //3.添加积分
            integralService.callIntegral();
            //4.发送消息
            msgService.msgService();
            return true;
        }
    }

# 4.门面模式优缺点 #

## 4.1 优点 ##

*  使得客户端和子系统之间解耦，让子系统内部的模块功能更容易扩展和维护；
 *  客户端根本不需要知道子系统内部的实现，或者根本不需要知道子系统内部的构成，它只需要跟Facade类交互即可。
 *  有些方法是对系统外的，有些方法是系统内部相互交互的使用的。子系统把那些暴露给外部的功能集中到门面中，这样就可以实现客户端的使用，很好的隐藏了子系统内部的细节。

## 4.2 缺点 ##

[aHR0cHM6Ly9teXgteW91ZGFvLm9zcy1jbi1iZWlqaW5nLmFsaXl1bmNzLmNvbS9qYXZhL2phdmFzZS8lRTglQUUlQkUlRTglQUUlQTElRTYlQTglQTElRTUlQkMlOEYvJUU1JUE0JTk2JUU4JUE3JTgyJUU2JUE4JUExJUU1JUJDJThGJUU3JUIxJUJCJUU1JTlCJUJFLnBuZw]: /images/20211116/465f598ebc974355ba93310608714691.png