解析C#设计模式编程中外观模式Facade Pattern的应用
作者:田志良 发布时间:2021-08-08 05:10:37
实例引入
在家庭影院中,有灯光,屏幕,投影机,功放机,DVD 播放器这几个基本的工具:
灯光,可以关闭灯光和打开灯光。
投影机,可以打开和关闭投影机。
屏幕,可以打开和关闭。
功放机,可以关闭音量和打开音量。
DVD 播放器,可以打开播放器和关闭播放器。
以最普通的方式实现观看电影,类图如下所示:
按照类图所示,如果要观看电影,必须在客户端执行下面的操作:先打开投影仪,再打开功放机,再打开屏幕,再打开 DVD 播放机,再打开灯光,在经历了这么多操作后,才可以看一场电影。而在关闭电影的时候,也要先关闭投影仪,再关闭功放机,再关闭屏幕,再关闭 DVD 播放机,再关闭灯光。哦,这是太复杂了!!!在客户端居然有那么多操作,如果有一些用户不知道如何使用其中的一个工具,那他便看不了电影!
上面其实反映的是现今软件开发系统中的一个比较常见的现象,客户端程序经常和复杂系统的内部子系统产生直接联系,导致客户程序随着子系统的变化而变化。要想解决上面的这一串问题,必须要简化客户程序与子系统之间的交互接口,解除客户程序和子系统之间的耦合,而外观模式正好可以解决这个问题。
外观模式(Facade)的定义:为子系统中的一组接口提供一个一致的界面,用来访问子系统中的一群接口。
此模式定义了一个高层的接口,这个接口使得这一子系统更加容易使用。简单的说,就是外观模式将一个或者多个类的复杂的操作进行了隐藏,只显示出一个一致的界面供客户端使用。需要注意的是,外观模式仅仅是给你提供了更为直接和容易的操作方式,它并没有把原来的子系统进行隔离,所以,如果你还需要子系统类的更高层的功能,还是可以使用原来的子系统的,这个是外观模式的一大优点。通过外观模式可以将子系统的多个接口上建立一个高层接口,并且将这个高层接口提供给客户端使用,这样便可以解除掉客户端和复杂子系统之间的耦合。
通过上图可以看出,外观模式实现提供简单的接口(OpenMovie 和 CloseMovie)给客户端,也给客户端和子系统之间实现了解耦。下面通过代码来实现上面的这个 Demo。
几个播放工具的代码:
using System;
namespace Facade
{
/// <summary>
/// 投影仪
/// </summary>
public class Projector
{
public void OpenProjector()
{
Console.WriteLine("打开投影仪");
}
public void CloseProjector()
{
Console.WriteLine("关闭投影仪");
}
public void SetWideScreen()
{
Console.WriteLine("投影仪状态为宽屏模式");
}
public void SetStandardScreen()
{
Console.WriteLine("投影仪状态为标准模式");
}
}
}
using System;
namespace Facade
{
/// <summary>
/// 功放机
/// </summary>
public class Amplifier
{
public void OpenAmplifier()
{
Console.WriteLine("打开功放机");
}
public void CloseAmplifier()
{
Console.WriteLine("关闭功放机");
}
}
}
using System;
namespace Facade
{
/// <summary>
/// 屏幕
/// </summary>
public class Screen
{
public void OpenScreen()
{
Console.WriteLine("打开屏幕");
}
public void CloseScreen()
{
Console.WriteLine("关闭屏幕");
}
}
}
using System;
namespace Facade
{
/// <summary>
/// DVD播放器
/// </summary>
public class DVDPlayer
{
public void OpenDVDPlayer()
{
Console.WriteLine("打开 DVD 播放器");
}
public void CloseDVDPlayer()
{
Console.WriteLine("关闭 DVD 播放器");
}
}
}
using System;
namespace Facade
{
/// <summary>
/// 灯光
/// </summary>
public class Light
{
public void OpenLight()
{
Console.WriteLine("打开灯光");
}
public void CloseLight()
{
Console.WriteLine("关闭灯光");
}
}
}
外观类中的代码:
namespace Facade
{
/// <summary>
/// 定义一个外观
/// </summary>
public class MovieFacade
{
/// <summary>
/// 在外观类中必须保存有子系统中各个对象
/// </summary>
private Projector projector;
private Amplifier amplifier;
private Screen screen;
private DVDPlayer dvdPlayer;
private Light light;
public MovieFacade()
{
projector = new Projector();
amplifier = new Amplifier();
screen = new Screen();
dvdPlayer = new DVDPlayer();
light = new Light();
}
/// <summary>
/// 打开电影
/// </summary>
public void OpenMovie()
{
//先打开投影仪
projector.OpenProjector();
//再打开功放
amplifier.OpenAmplifier();
//再打开屏幕
screen.OpenScreen();
//再打开 DVD
dvdPlayer.OpenDVDPlayer();
//再打开灯光
light.OpenLight();
}
/// <summary>
/// 关闭电影
/// </summary>
public void CloseMovie()
{
//关闭投影仪
projector.CloseProjector();
//关闭功放
amplifier.CloseAmplifier();
//关闭屏幕
screen.CloseScreen();
//关闭 DVD
dvdPlayer.CloseDVDPlayer();
//关闭灯光
light.CloseLight();
}
}
}
客户端代码:
using System;
namespace FacadeTest
{
class Program
{
static void Main(string[] args)
{
Facade.MovieFacade movie = new Facade.MovieFacade();
Facade.Projector projector = new Facade.Projector();
//首先是观看电影
movie.OpenMovie();
Console.WriteLine();
//然后是将投影仪模式调到宽屏模式
projector.SetWideScreen();
//再将投影仪模式调回普通模式
projector.SetStandardScreen();
Console.WriteLine();
//最后就是关闭电影了
movie.CloseMovie();
Console.ReadKey();
}
}
}
从上例中可以看出,可以在客户端中使用子系统中的内容,即外观模式并没有把子系统和客户端隔离开来,只是提供了整洁的接口给客户端,如果客户端想访问复杂子系统中的接口时还是一样的可以访问的。比如在上面的 Demo 中的设置了宽屏和普通等模式。
外观模式的结构总结
看完外观模式的实现之后,为了帮助理清外观模式中类之间的关系,下面给出上面实现代码中类图:
然而对于外观模式而言,是没有一个一般化的类图描述,下面演示一个外观模式的示意性对象图来加深大家对外观模式的理解:
在上面的对象图中有两个角色:
门面(Facade)角色:客户端调用这个角色的方法。该角色知道相关的一个或多个子系统的功能和责任,该角色会将从客户端发来的请求委派带相应的子系统中去。
子系统(subsystem)角色:可以同时包含一个或多个子系统。每个子系统都不是一个单独的类,而是一个类的集合。每个子系统都可以被客户端直接调用或被门面角色调用。对于子系统而言,门面仅仅是另外一个客户端,子系统并不知道门面的存在。
外观的优缺点
优点:
外观模式对客户屏蔽了子系统组件,从而简化了接口,减少了客户处理的对象数目并使子系统的使用更加简单。
外观模式实现了子系统与客户之间的松耦合关系,而子系统内部的功能组件是紧耦合的。松耦合使得子系统的组件变化不会影响到它的客户。
缺点:
如果增加新的子系统可能需要修改外观类或客户端的源代码,这样就违背了”开——闭原则“(不过这点也是不可避免)。
使用场景
在以下情况下可以考虑使用外观模式:
外一个复杂的子系统提供一个简单的接口
提供子系统的独立性
在层次化结构中,可以使用外观模式定义系统中每一层的入口。其中三层架构就是这样的一个例子。
总结
到这里外观模式的介绍就结束了,外观模式,为子系统的一组接口提供一个统一的接口,该模式定义了一个高层接口,这一个高层接口使的子系统更加容易使用。并且外观模式可以解决层结构分离、降低系统耦合度和为新旧系统交互提供接口功能。
猜你喜欢
- 本文介绍了详解Maven * Nexus的安装与使用,分享给大家,具体如下:1.安装1.1 安装docker并加速yum update &am
- 数组与链表的比较:数组通过下标访问的话是O(1)数组一旦声明 长度就是固定的数组的数据是物理逻辑均连续的链表增删要快一些, 数组遍历快一些长
- 协议做如下规定:规定数据协议:序列号 长度 状态字 数据长度 数据1 &n
- 1. 插入排序步骤:1.从第一个元素开始,该元素可以认为已经被排序2.取下一个元素tem,从已排序的元素序列从后往前扫描3.如果该元素大于t
- 英文设置加粗可以在xml里面设置: <SPAN style="FONT-SIZE: 18px">androi
- 微服务编排框架起始原因 是 我们公司 分布式事务 使用的是 seate 分布式事务框架,现在只在一些小部分使用,因为考虑到seate 对性能
- 很久没写文章了,一方面是最近几个月比较忙,没太多时间,另一方面是最近拖延症严重,写文章的想法总是一拖再拖。今天找一个小案例写一下,与懒惰对抗
- 生产者消费者模式的几种实现方式拿我们生活中的例子来说,工厂生产出来的产品总是要输出到外面使用的,这就是生产与消费的概念。在我们实际的软件开发
- C语言/C++怎样产生随机数:这里要用到的是rand()函数, srand()函数,和time()函数。需要说明的是,iostream头文件
- 一、什么是网关限流:在微服务架构中,网关层可以屏蔽外部服务直接对内部服务进行调用,对内部服务起到隔离保护的作用,网关限流,顾名思义,就是通过
- 本文实例为大家分享了java使用influxDB数据库的具体代码,供大家参考,具体内容如下1.pom.xml中导入jar包依赖<!--
- 建造者模式针对的是复杂对象的构建,比如一个产品有多个部分构成,每个部分都可以单独进行生产,这时候就可以用建造者模式,由Builder构造产品
- 一、二叉搜索树插入元素/** * user:ypc; * date:2021-05-18; * time: 15:09; */
- 问题今天在springboot中使用mybatis的时候不能字段不能够进行自动映射,mybatis的版本是3.5.11,数据库是按照下划线进
- 1. 查找1) 顺序查找 SeqSearch.java2) 二分查找【二分法,放在算法讲解】2. 顺序查找有一个数列:白眉鹰王、金毛狮王、紫
- 开发中,对于不经常使用英语的同学来说,对类,变量,方法想取一个合适的名字,此时发现自己的词汇早已还给老师 ,怎么办,这个插件能帮到你~一、安
- 介绍在分布式系统、微服务架构大行其道的今天,服务间互相调用出现失败已经成为常态。如何处理异常,如何保证数据一致性,成为微服务设计过程中,绕不
- 线程状态NEW:刚创建未启动的线程RUNNABLE:正在执行状态BLOCKED:处于阻塞状态的线程WAITING:正在等待另一个线程执行特定
- 1. dip: device independent pixels(设备独立像素). 不同设备有不同的显示效果,这个和设备硬件有关,一般我们
- 前言Java.util包中的List接口继承了Collection接口,用来存放对象集合,所以对这些对象进行排序的时候,要么让对象类自己实现