【设计模式】外观模式 ( 概念 | 适用场景 | 优缺点 | 代码示例 )

简介: 【设计模式】外观模式 ( 概念 | 适用场景 | 优缺点 | 代码示例 )

文章目录

I . 外观模式概念

II . 外观模式 适用场景

III . 外观模式 优缺点

IV . 外观模式与其它设计模式的联系与区别

V . 外观模式 代码示例



I . 外观模式概念


1 . 外观模式概念 :



① 设计模式类型 : 结构型 ;


② 标准定义 : 提供一个统一接口 , 用于访问子系统中的一群接口 ;


③ 隐藏复杂性目的 : 定义高层级接口 , 让子系统更容易使用 , 目的是隐藏系统的复杂性 ;


④ 交互流程 : 多个子系统联合完成一个操作 , 提供一个统一的接口 , 供客户端调用 , 客户端不与每个子系统进行复杂的交互 , 客户端只与提供接口的外观类进行交互 ;



2 . 外观模式的相关角色 :



① 外观角色 : 外观类有自己的方法 , 用户可以通过调用外观类的方法 , 调用子系统提供的功能 ;


② 子系统角色 : 可以是若干个处理模块 , 数量 1 个或多个 ;


③ 用户角色 : 用户通过外观类调用子系统的功能 ;




II . 外观模式 适用场景


外观模式适用场景 :


① 子系统复杂 : 子系统复杂 , 通过使用外观模式可以简化调用接口 ;


② 层次复杂 : 系统结构层次复杂 , 每个层级都一个使用外观对象作为该层入口 , 可以简化层次间的调用接口 ;




III . 外观模式 优缺点


1 . 外观模式优点 :



① 简化调用 : 简化复杂系统的调用过程 , 无需对子系统进行深入了解 , 即可完成调用 ;


② 降低耦合 : 使用外观模式 , 只与外观对象进行交互 , 不与复杂的子系统直接进行交互 , 降低了系统间的依赖 , 使耦合关系更低 ; 子系统内部的模块更容易扩展和维护 ;


③ 层次控制 : 层次结构复杂的系统 , 有些方法需要提供给系统外部调用 , 有些方法需要在内部使用 , 将提供给外部的功能定义在外观类中 , 这样既方便调用 , 也能将系统内部的细节隐藏起来 ;


④ 符合迪米特法则 : 最少知道原则 , 用户不需要了解子系统内部的情况 , 也不需要与子系统进行交互 , 只与外观类进行交互 ; 降低了应用层与子系统之间的耦合度 ;



2 . 外观模式缺点 :



① 子系统扩展风险 : 系统内部扩展子系统时 , 容易产生风险 ;


② 不符合开闭原则 : 外观模式 , 扩展子系统时 , 不符合开闭原则 ;




IV . 外观模式与其它设计模式的联系与区别


1 . 外观模式与中介者模式 :



① 外观模式 : 外观模式关注外部用户与子系统之间的交互 ;


② 中介者模式 : 中介者模式关注子系统内部之间的交互 ;



2 . 外观模式与单例模式 : 外观类一般会被定义成单例类 ;



3 . 外观模式 与 抽象工厂模式 : 外观类中 , 使用抽象工厂模式 , 获取子系统的实例对象 , 子系统内部可以屏蔽外观类 ;




V . 外观模式 代码示例


1 . 需求描述 : 实现一个购买商品的功能 , 用户提出购买某件商品 , 首先要查看库存 , 然后付款 , 最后物流发货 ;



① 用户与子系统直接交互 : 首先要与仓储子系统交互检查是否有库存 , 然后与支付子系统交互支付货款 , 最后进入物流子系统获取物流编号 ; 使用这种交互方式 , 导致用户与子系统耦合度太高 ;


② 引入外观类 : 将与仓储子系统 , 支付子系统 , 物流子系统之间的交互统一交给外观类进行处理 , 用户只需要与外观类对象进行交互 , 这样大大减少了用户与多个子系统之间的耦合度 ;



2 . 多个子系统代码示例 : 三个子系统分别处理各自业务 ;



① 仓储子系统代码 :


package kim.hsl.design.facade;


/**
 * 仓库子系统
 * 查询是否有库存
 */
public class StoreService {
    public boolean isStokeAvailable(Goods goods){
        System.out.println("校验是否有库存 : " + goods.toString() + " 有库存");
        return true;
    }
}


② 支付子系统代码 :


package kim.hsl.design.facade;
/**
 * 支付子系统
 * 支付成功返回 true
 */
public class PaymentService {
    public boolean pay(Goods goods){
        System.out.println("使用银联支付");
        return true;
    }
}


③ 物流子系统代码 :


package kim.hsl.design.facade;
/**
 * 物流子系统
 * 进入发货流程 , 返回物流编号
 */
public class LogisticsService {
    public String logistics(Goods goods){
        String logisticsNo = "31415926";
        System.out.println(goods + " 进入物流系统 , 运单号为 " + logisticsNo);
        return logisticsNo;
    }
}



3 . 外观类代码 : 外观类中维护三个子系统模块 , 用户通过 buyGoods 方法 , 作为与三个子系统之间的交互接口 ;


package kim.hsl.design.facade;
/**
 * 用户购买的统一接口
 * 用户只需要与该类进行交互
 * 该类统一处理 仓储 支付 物流 等购买流程
 */
public class BuyFacade {
    private LogisticsService logisticsService;
    private PaymentService paymentService;
    private StoreService storeService;
    public BuyFacade() {
        storeService = new StoreService();
        paymentService = new PaymentService();
        logisticsService = new LogisticsService();
    }
    /**
     * 外观类提供的访问内部三个子系统的接口
     * 客户端只需要调用该方法 , 即可完整商品购买流程
     * @param goods
     */
    public void buyGoods(Goods goods){
        if(storeService.isStokeAvailable(goods)){
            if(paymentService.pay(goods)){
                logisticsService.logistics(goods);
            }
        }
    }
}




4 . 商品类代码 :


package kim.hsl.design.facade;
/**
 * 商品
 */
public class Goods {
    private String name;
    public Goods(String name) {
        this.name = name;
    }
    @Override
    public String toString() {
        return "Goods{" +
                "name='" + name + '\'' +
                '}';
    }
}



5 . 测试函数入口代码 :


package kim.hsl.design.facade;
public class Main {
    public static void main(String[] args) {
        Goods goods = new Goods("肥皂");
        BuyFacade buyFacade = new BuyFacade();
        buyFacade.buyGoods(goods);
    }
}



6 . 最终执行结果 :


校验是否有库存 : Goods{name='肥皂'} 有库存
使用银联支付
Goods{name='肥皂'} 进入物流系统 , 运单号为 31415926


目录
相关文章
|
1天前
|
设计模式 缓存 应用服务中间件
「全网最细 + 实战源码案例」设计模式——外观模式
外观模式(Facade Pattern)是一种结构型设计模式,旨在为复杂的子系统提供一个统一且简化的接口。通过封装多个子系统的复杂性,外观模式使外部调用更加简单、易用。例如,在智能家居系统中,外观类可以同时控制空调、灯光和电视的开关,而用户只需发出一个指令即可。
97 69
|
4月前
|
设计模式 数据库连接 PHP
PHP中的设计模式:提升代码的可维护性与扩展性在软件开发过程中,设计模式是开发者们经常用到的工具之一。它们提供了经过验证的解决方案,可以帮助我们解决常见的软件设计问题。本文将介绍PHP中常用的设计模式,以及如何利用这些模式来提高代码的可维护性和扩展性。我们将从基础的设计模式入手,逐步深入到更复杂的应用场景。通过实际案例分析,读者可以更好地理解如何在PHP开发中应用这些设计模式,从而写出更加高效、灵活和易于维护的代码。
本文探讨了PHP中常用的设计模式及其在实际项目中的应用。内容涵盖设计模式的基本概念、分类和具体使用场景,重点介绍了单例模式、工厂模式和观察者模式等常见模式。通过具体的代码示例,展示了如何在PHP项目中有效利用设计模式来提升代码的可维护性和扩展性。文章还讨论了设计模式的选择原则和注意事项,帮助开发者在不同情境下做出最佳决策。
|
3月前
|
设计模式 算法 数据库连接
PHP中的设计模式:提高代码的可维护性和扩展性
【10月更文挑战第13天】 本文将探讨PHP中常见的设计模式及其在实际项目中的应用。通过对比传统编程方式,我们将展示设计模式如何有效地提高代码的可维护性和扩展性。无论是单例模式确保类的单一实例,还是观察者模式实现对象间的松耦合,每一种设计模式都为开发者提供了解决特定问题的最佳实践。阅读本文后,读者将能更好地理解和应用这些设计模式,从而提升PHP编程的效率和质量。
|
3月前
|
设计模式 SQL 安全
PHP中的设计模式:单例模式的深入探索与实践在PHP开发领域,设计模式是解决常见问题的高效方案集合。它们不是具体的代码,而是一种编码和设计经验的总结。单例模式作为设计模式中的一种,确保了一个类仅有一个实例,并提供一个全局访问点。本文将深入探讨单例模式的基本概念、实现方式及其在PHP中的应用。
单例模式在PHP中的应用广泛,尤其在处理数据库连接、日志记录等场景时,能显著提高资源利用率和执行效率。本文从单例模式的定义出发,详细解释了其在PHP中的不同实现方法,并探讨了使用单例模式的优势与注意事项。通过对示例代码的分析,读者将能够理解如何在PHP项目中有效应用单例模式。
|
4月前
|
设计模式 算法 PHP
PHP中的设计模式:提升代码的灵活性与可维护性
在本文中,我们将深入探讨PHP编程语言中的一种重要概念——设计模式。设计模式是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。它代表了最佳的实践,被有经验的面向对象的软件开发人员所采用。本文将通过具体的实例,展示如何在PHP项目中应用设计模式,以提高代码的灵活性和可维护性。无论你是PHP初学者还是经验丰富的开发者,都能从中获得有价值的见解。
|
4月前
|
设计模式 存储 数据库连接
探索PHP中的设计模式:提高代码的可维护性与扩展性
本文将深入探讨PHP中常用的设计模式,包括单例模式、工厂模式和观察者模式。通过具体的代码示例,展示如何在实际项目中应用这些设计模式,以提高代码的可维护性与扩展性。无论你是PHP初学者还是有一定经验的开发者,都可以通过本文的学习,提升你的编程技巧和项目架构能力。
|
3月前
|
设计模式 Java
Java设计模式之外观模式
这篇文章详细解释了Java设计模式之外观模式的原理及其应用场景,并通过具体代码示例展示了如何通过外观模式简化子系统的使用。
36 0
|
9天前
|
设计模式 前端开发 搜索推荐
前端必须掌握的设计模式——模板模式
模板模式(Template Pattern)是一种行为型设计模式,父类定义固定流程和步骤顺序,子类通过继承并重写特定方法实现具体步骤。适用于具有固定结构或流程的场景,如组装汽车、包装礼物等。举例来说,公司年会节目征集时,蜘蛛侠定义了歌曲的四个步骤:前奏、主歌、副歌、结尾。金刚狼和绿巨人根据此模板设计各自的表演内容。通过抽象类定义通用逻辑,子类实现个性化行为,从而减少重复代码。模板模式还支持钩子方法,允许跳过某些步骤,增加灵活性。
|
2月前
|
设计模式 安全 Java
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
Kotlin教程笔记(51) - 改良设计模式 - 构建者模式
|
2月前
|
设计模式 开发者 Python
Python编程中的设计模式:工厂方法模式###
本文深入浅出地探讨了Python编程中的一种重要设计模式——工厂方法模式。通过具体案例和代码示例,我们将了解工厂方法模式的定义、应用场景、实现步骤以及其优势与潜在缺点。无论你是Python新手还是有经验的开发者,都能从本文中获得关于如何在实际项目中有效应用工厂方法模式的启发。 ###