时间:2021-05-20
1. 概述
为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
2. 模式中的角色
2.1 外观类(Facade):外观类知道哪些子系统类负责处理请求,将客户的请求代理给恰当的子系统对象。
2.2 子系统类集合(SubSystem Classes):子系统类集合实现了子系统的功能,处理外观类对象指派的任务。
3. 模式解读
3.1 外观模式的类图
3.2 外观模式的代码实现
3.3 客户端代码
class Program { static void Main(string[] args) { // 由于Facade的作用,客户端可以根本不知道子系统类的存在 Facade facade = new Facade(); facade.MethodA(); facade.MethodB(); Console.Read(); } }运行结果
4. 模式总结
4.1 优点
4.1.1 Facade模式降低了客户端对子系统使用的复杂性。
4.1.2 外观模式松散了客户端与子系统的耦合关系,让子系统内部的模块能更容易扩展和维护。
4.1.3 通过合理使用Facade,可以帮助我们更好的划分访问的层次。
4.2 缺点
过多的或者是不太合理的Facade也容易让人迷惑,到底是调用Facade好呢,还是直接调用模块好。
4.3 适用场景
4.3.1 需要将设计进行分层时考虑Facade模式。
4.3.2 在开发阶段,子系统往往因为重构变得越来越复杂,增加外观模式可以提供一个简单的接口,减少它们之间的依赖。
4.3.3 在维护一个遗留的大型系统时,可以这个系统已经非常难以维护和扩展,可以为新系统开发一个Facade类,来提供设计粗糙或高度复杂的遗留代码的比较清晰简单的接口,让新系统与Facade对象交互,Facade与遗留代码交互所有复杂的工作。
5. 应用举例:分层开发中,对数据访问层我们增加DataAccess作为对外的接口来操作数据库子系统。
5.1 实现类图
5.2 实现代码
5.3 客户端代码
class Program { static void Main(string[] args) { DataAccess.DataAccess dataAccess = new DataAccess.DataAccess(); DataAccess.Employee employee = new DataAccess.Employee() { Salary = new DataAccess.Salary(), Name = "Wang Kevin", Age = 22 }; dataAccess.SaveEmployee(employee); dataAccess.RemoveEmployee(employee); Console.Read(); } }运行结果
以上就是本文的全部内容,希望能给大家一个参考,也希望大家多多支持。
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
说明:主要参考《HeadFirst设计模式(中文版)》,使用C#代码实现。代码:Github1、观察者模式UML图2、气象监测类图3、气象监测代码(书中C#版)
本文实例讲述了C#实现单件模式的三种常用方法。分享给大家供大家参考。具体分析如下:单件模式是一种设计模式,即保持同时只能创建一个实例,下面列出了C#实现单件模式
本文主要介绍了关于单例模式的一些问题,想学习C#单例模式的同学们可以看一看,还是有些帮助c#中的单例模式单例模式是指在设计一个类时,保证在运行期间只有一个实例对
本文实例讲述了C#设计模式之ChainOfResponsibility职责链模式解决真假美猴王问题。分享给大家供大家参考,具体如下:一、理论定义职责链模式向一个
本文实例讲述了javascript设计模式–外观模式原理与用法。分享给大家供大家参考,具体如下:介绍:外观模式是一种使用频率非常高的结构型设计模式,它通过引入一