学习记录-外观模式
外观模式
外观模式(Facade Pattern)隐藏系统的复杂性,并向客户端提供了一个客户端可以访问系统的接口。这种类型的设计模式属于结构型模式,它向现有的系统添加一个接口,来隐藏系统的复杂性。
这种模式涉及到一个单一的类,该类提供了客户端请求的简化方法和对现有系统类方法的委托调用。
介绍
意图:为子系统中的一组接口提供一个一致的界面,外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
主要解决:降低访问复杂系统的内部子系统时的复杂度,简化客户端之间的接口。
何时使用: 1、客户端不需要知道系统内部的复杂联系,整个系统只需提供一个"接待员"即可。 2、定义系统的入口。
如何解决:客户端不与系统耦合,外观类与系统耦合。
关键代码:在客户端和复杂系统之间再加一层,这一层将调用顺序、依赖关系等处理好。
应用实例: 1、去医院看病,可能要去挂号、门诊、划价、取药,让患者或患者家属觉得很复杂,如果有提供接待人员,只让接待人员来处理,就很方便。 2、JAVA 的三层开发模式。
优点: 1、减少系统相互依赖。 2、提高灵活性。 3、提高了安全性。
缺点:不符合开闭原则,如果要改东西很麻烦,继承重写都不合适。
使用场景: 1、为复杂的模块或子系统提供外界访问的模块。 2、子系统相对独立。 3、预防低水平人员带来的风险。
注意事项:在层次化结构中,可以使用外观模式定义系统中每一层的入口。
实现
类图
代码实现
public class Main {
public static void main(String[] args) {
boolean result = new Facade().prove();
System.out.println(result);
}
//定义子系统,子系统有三个
//正常来说我们需要访问三个子系统的三个方法才能去确定我们最终的结果
//注:这里static修饰只是因为在main函数里调用了相关函数,并无其它意义。
static class SubFlow1 {
boolean isTrue() {
return true;
}
}
static class SubFlow2 {
boolean isOk() {
return true;
}
}
static class SubFlow3 {
boolean isGoodMan() {
return true;
}
}
//创建一个外观模式类
//注:这里static修饰只是因为在main函数里调用了相关函数,并无其它意义。
static class Facade {
//定义三个子系统的引用
SubFlow1 s1 = new SubFlow1();
SubFlow2 s2 = new SubFlow2();
SubFlow3 s3 = new SubFlow3();
//定义一个prove方法,来隐藏系统的复杂性
boolean prove() {
return s1.isTrue() && s2.isOk() && s3.isGoodMan();
}
}
}
运行结果
true
此文章参考:
【菜鸟教程】:https://www.runoob.com/design-pattern/facade-pattern.html
【五分钟学设计模式.08.外观模式-哔哩哔哩】: https://b23.tv/HEhDyFx
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?