设计模式之外观模式

最新推荐文章于 2024-08-28 09:56:54 发布
最新推荐文章于 2024-08-28 09:56:54 发布
阅读量914 收藏 1
点赞数 1
分类专栏： 设计模式 精讲设计模式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/liuzhixiong_521/article/details/84953586
版权
精讲设计模式 同时被 2 个专栏收录
15 篇文章 5 订阅 ¥9.90 ¥99.00
订阅专栏
设计模式
15 篇文章 0 订阅
订阅专栏
外观模式通过提供统一的接口，简化了子系统的使用，降低了应用程序的复杂度，增强了系统的可维护性。它定义了一个高层接口，使得客户端可以避免与子系统内部的多个组件直接交互。
摘要由CSDN通过智能技术生成

概述

通过外观的包装，使应用程序只能看到外观对象，而不会看到具体的细节对象，这样无疑会降低应用程序的复杂度，并且提高了程序的可维护性。

其意图是为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

UML图

在这里插入图片描述

角色

Facade : 门面角色，客户端通过调用Facade间接调用子系统。
SubSysA-D : 子系统角色，Facade调用子系统。
Client : 客户端角色，调用Facade。

代码实现

Facade

public class Facade {
   
    SubSysA subSysA
了解本专栏 订阅专栏 解锁全文
LovelyBear2019
关注
专栏目录
订阅专栏
C# 设计模式之外观模式
鲤籽鲲的博客
08-05 1075
C# 设计模式之外观模式
23种设计模式之外观模式
致力于不留技术债务cuizb.top
07-19 5228
外观（Facade）模式又叫作门面模式，是一种通过为多个复杂的子系统提供一个一致的接口，而使这些子系统更加容易被访问的模式。该模式对外有一个统一接口，外部应用程序不用关心内部子系统的具体细节，这样会大大降低应用程序的复杂度，提高了程序的可维护性。外观模式是为了解决类与类之家的依赖关系的，像spring一样，可以将类和类之间的关系配置到配置文件中，而外观模式就是将他们的关系放在一个Facade类中，降低了类类之间的耦合度，该模式中没有涉及到接口，看下类图（我们以一个计算机的启动过程为例）更多请移驾。。。...
【软件设计模式之外观模式】
武帝为此的博客
02-24 1847
外观模式通过提供一个统一的高级接口，使得访问复杂子系统变得更简单。这种模式的核心在于，它为复杂的系统流程和操作提供了一个简化的外部界面，从而隐藏系统的复杂性，使得客户端代码可以更加容易地与系统交互。在实际应用中，外观模式不仅能提升软件的可用性，还能在很大程度上增强软件的可维护性和可扩展性。外观模式（Facade Pattern）是一种广泛应用于软件工程的设计模式，其核心思想在于提供一个统一的接口来访问某一复杂子系统或框架的多个内部接口。
设计模式之外观模式详解（附应用举例实现）
pursuit的博客
04-30 4143
设计模式之外观模式详解（附应用举例实现）
Java设计模式之外观模式详解
CSU_hjh的博客
12-21 2061
文章目录详解Java设计模式之外观模式案例引入分析外观模式定义模式结构类图包含角色典型代码案例分析类图分析代码抽象外观类类图典型代码外观模式与单例模式的联用外观模式优点外观模式的缺点外观模式的适用条件 详解Java设计模式之外观模式 案例引入 为一个复杂的子系统提供一个简单的入口 分析 一个客户类和多个业务类进行交互，而这些需要交互的业务类经常会作为一个整体出现。 引入一个新的外观类（Facade）来负责多个业务类或者说是子系统，而客户类只需要与外观类进行交互 为了业务类的调用提供一
结构型设计模式之外观模式【设计模式系列】
weixin_30197685的博客
07-23 987
为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。降低访问复杂系统的内部子系统时的复杂度，简化客户端之间的接口。1、客户端不需要知道系统内部的复杂联系，整个系统只需提供一个"接待员"即可。2、定义系统的入口客户端不与系统耦合，外观类与系统耦合。图1_1 外观模式类图（1）外观模式符合是“迪米特法则”，通过引入一个新的外观类可以降低原有系统的复杂度，外观类充当了客户类与子系统类之间的“第三者”，同时降低客户类与子系统类的耦合度。
设计模式之外观模式及其应用场景
hello_1566的博客
04-18 1328
外观（Facade）模式，又叫做门面模式，是一种通过为多个复杂的子系统提供一个一致的接口，使这些子系统更加容易被访问的模式。比如说我们日常生活中医院的分诊台，就是实现统一访问接口的特性： 一、外观模式介绍 外观模式提供一个统一接口，用来访问子系统的一系列接口，从而让子系统更容易使用。这个子系统可以有多种理解方式，它既可以是一个完整的系统，也可以是更细粒度的类或者模块。主要用在接口设计方面，下面就来看看外观模式的结构： 1.1 外观模式的结构 Facade：外观类角色，作用是为多个子系统提供一个统一接口
【设计模式】用Java实现外观模式
热门推荐
分享Java硬核干货
06-29 1万+
外观模式是一种结构设计模式，旨在为复杂系统提供一个简化的接口，以便客户端可以更方便地使用系统。外观模式通过创建一个高层次的接口，将系统的多个子系统封装起来，并提供一个统一的接口给客户端使用。外观模式的核心思想是通过创建一个外观类（Facade Class），将复杂系统的内部实现细节隐藏起来，只暴露出一个简化的接口给客户端。客户端只需要与外观类进行交互，而不需要直接与子系统的组件进行交互。当一个系统的复杂性变得很高，由于存在大量的子系统和相互关联的类，导致客户端代码变得冗长和复杂时，可以考虑使用外观模式。
游戏开发设计模式之外观模式
Ctrl+CV九段手
08-28 1150
首先，需要定义一个外观角色（Facade），这个角色将作为游戏引擎的入口点。外观角色将提供一个统一的接口，使得客户端（如游戏开发者）可以更容易地与游戏引擎的各个子系统进行交互。
设计模式之外观模式和代理模式
02-21
代理模式与外观模式有着相似之处，即它们都是对象的包装器，但是它们的目的和实现方式不同。外观模式主要是简化接口，而代理模式则主要是控制对象的访问。 代理模式与外观模式都属于结构型设计模式，它们的目标都是...
c++-设计模式之外观模式（Facade Pattern）
最新发布
09-19
外观模式（Facade Pattern）是一种结构型设计模式，用于为复杂子系统提供一个简单的接口。它通过封装系统内部的复杂性，提供一个统一的接口，使得客户端能够更加方便地使用子系统的功能。这种模式通常用于简化代码、...
C++设计模式之外观模式
01-01
前言 在实际开发时，面对一个大的系统，总是会将一个大的系统分成若干个子系统，等子系统完成之后，再分别调用对应的子系统来完成对应的整体功能，这样有利于降低系统的复杂性；最终进行实现某个具体的功能时，我们...
设计模式之JDK动态代理
记录日常的点点滴滴
10-29 2136
动态代理的应用非常广泛，如Spring框架的AOP，Mybatis的拦截器等等。
设计模式之策略模式
记录日常的点点滴滴
11-06 2115
在策略模式中，一个类的行为或其算法可以在运行时更改。这种类型的设计模式属于行为型模式。 在策略模式中，我们创建表示各种策略的对象和一个行为随着策略对象改变而改变的 context 对象。策略对象改变 context 对象的执行算法。
设计模式之代理模式
记录日常的点点滴滴
10-29 2012
代理模式给某一个对象提供一个代理对象，并由代理对象控制对原对象的引用。通俗的来讲代理模式就是我们生活中常见的中介。
设计模式之单例模式
记录日常的点点滴滴
11-06 1842
单例模式，是一种常用的软件设计模式。在它的核心结构中只包含一个被称为单例的特殊类。通过单例模式可以保证系统中，应用该模式的类一个类只有一个实例。即一个类只有一个对象实例。
设计模式之装饰器模式
记录日常的点点滴滴
11-06 1614
装饰器模式是一种用于代替继承的技术，无需通过继承增加子类就能扩展对象的新功能。使用对象的关联关系代替继承关系，更加灵活，同时避免类型体系的快速膨胀。
java设计模式之外观模式
09-20
外观模式是一种结构型设计模式，它提供了一个统一的接口，用于访问子系统中的一组接口。通过外观模式，客户端可以通过简单的接口来访问复杂的子系统，而不需要了解子系统的具体实现细节。外观模式通过将客户端与子系统解耦，增加了系统的灵活性和可维护性。 外观模式的主要参与角色有：外观(Facade)角色、子系统(SubSystem)角色。 外观模式的实现可以分为以下几个步骤： 1. 创建外观(Facade)角色，该角色提供了一个简单的接口，用于访问子系统中的一组接口。 2. 创建子系统(SubSystem)角色，该角色实现了具体的业务功能。 3. 在外观(Facade)角色中，将客户端的请求转发给子系统(SubSystem)角色进行处理。 4. 客户端通过外观(Facade)角色访问子系统(SubSystem)角色，而不需要直接与子系统进行交互。 外观模式的优点包括： 1. 减少了客户端与子系统之间的耦合，提高了系统的灵活性和可维护性。 2. 对外屏蔽了子系统的细节，降低了客户端对子系统使用的复杂性。 3. 划分了访问的层次，使系统更加清晰。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值