设计模式--外观模式(门面模式)【结构型模式】

设计模式的分类

我们都知道有 23 种设计模式,这 23 种设计模式可分为如下三类:

  • 创建型模式(5 种):单例模式、工厂方法模式、抽象工厂模式、建造者模式、原型模式。
  • 结构型模式(7 种):适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
  • 行为型模式(11 种):策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。

在这里插入图片描述

设计模式系列文章传送门

设计模式的 7 大原则

设计模式–单例模式【创建型模式】

设计模式–工厂方法模式【创建型模式】

设计模式–抽象工厂模式【创建型模式】

设计模式–建造者模式【创建型模式】

设计模式–原型模式【创建型模式】

设计模式–适配器模式【结构型模式】

设计模式–装饰器模式【结构型模式】

设计模式–代理模式【结构型模式】

什么是外观模式(门面模式)

外观模式也叫门面模式,主要是降低调用方调用子系统接口的复杂性,它提供一个统一的接口,用于调用子系统中的一组接口,在调用方和实际的接口提供方之间提供提供了⼀个中间层,这个中间层用于包装复杂的调用逻辑,降低业务调用的复杂度。

外观模式的组成

  • 外观类:提供统一的调用接口,外观类将客户端的请求委派给对应的子系统负责处理。
  • 子系统:处理外观类分派的任务,是业务功能的实际实现者。

外观模式案例实现

我们在某外卖平台下单外卖的时候,我们只是在外卖平台完成了下单付款的动作,而外卖平台需要通知对应的商家备餐,并通知附近的骑手送餐,商家备餐和骑手送餐我们无需关注,都是由外卖平台去通知的,这个时候外卖平台就是一个外观类的角色,商家备餐和骑手接单送餐则是具体的子系统。

Facade(外观接口)

Facade 接口定义了下单方法,代码如下:

public interface Facade {

    //下单接口 外卖平台
    void order();

}

Merchant(商家备餐子系统)

Merchant 备餐子系统定义了备餐方法,代码如下:

public class Merchant {

    //商家备餐 骑手接单
    public void mealPreparation(){
        System.out.println("商家备餐");
    }

}

Rider(骑手接单子系统)

Rider 接单子系统定义了接单送餐方法,代码如下:

public class Rider {

    //骑手接单
    public void riderTakesOrder(){
        System.out.println("骑手接单了");
    }

}

TakeawayFacade(外观接口实现类)

TakeawayFacade 实现了外观接口,重写了下单方法,在下单方法中调用了商家备餐子系统和骑手接单子系统,代码如下:

public class TakeawayFacade implements Facade {

    @Override
    public void order() {
        //商家子系统
        Merchant merchant = new Merchant();
        merchant.mealPreparation();
        //骑手子系统
        Rider rider = new Rider();
        rider.riderTakesOrder();
    }
}

ClientFacade(客户端类)

ClientFacade 客户端类使用外观实现类 TakeawayFacade 完成了外卖点餐功能,代码如下:

public class ClientFacade {


    public static void main(String[] args) {
        //外卖平台外观类
        TakeawayFacade takeawayFacade = new TakeawayFacade();
        //调用统一接口
        takeawayFacade.order();
    }

}

客户端执行结果如下:

商家备餐
骑手接单了

这里以外卖点餐的业务场景模拟了外观者模式的使用,结果符合预期。

外观模式的优缺点

优点:

  • 降低了代码耦合性,使用外观者模式后,客户端不在直接和子系统交互,降低了系统的耦合性。
  • 简化客户端的调用方式,隐藏了子系统的实现逻辑,调用子系统的工作交给了客户端类来实现。

缺点:

  • 增加和删除子系统功能的时候,外观类也需要进行对应的修改。

外观者模式的使用场景

外观模式理解起来比较简单,使用场景也非常多,例如:Java 项目中的三层架构模式、项目开发中封装的一些工具类等。

总结:外观模式是一种简单而实用的设计模式,它通过将复杂的子系统隐藏在一个统一的接口后面,简化了客户端与子系统之间的交互,其实在平时项目开发中我们可能无意中就用到了外观模式,本文简单的对外观模式的基本概念和使用进行了分享,让我们对外观模式有了一定的认识,希望可以帮助到有需要的朋友。

如有不正确的地方欢迎各位指出纠正。

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值