设计模式-6-外观模式

简介: 外观模式(Facade Pattern)应该是最好理解的一个设计模式了,在我们项目中向外部提供一个外部可以访问系统的接口,然由这个接口去耦合子系统或者子接口,外部与子接口完全解耦。这种类型的设计模式属于结构型模式。

  外观模式(Facade Pattern)应该是最好理解的一个设计模式了,在我们项目中向外部提供一个外部可以访问系统的接口,然由这个接口去耦合子系统或者子接口,外部与子接口完全解耦。这种类型的设计模式属于结构型模式。

       我们国家最近提出了“进一个门,办所有事”的概念,无论你办什么事情都可以去政务大厅办理,不需要挨个去各个部门跑啦,政务大厅就是对外的接口,各个部门是子接口,你只要找到政务大厅就可以,不需要管各个部门在哪里。大大降低了复杂性!

       在项目中,我们有3个子接口,往常我们要分别取调用这3个接口来实现不同的功能,现在我们添加一个对外接口,外部只调用这个对外接口,由对外接口去调用3个子接口,我们不管3个子接口啥情况,只要交互外部接口就好,这就是外观模式。

代码实现一下哈:

一、建个接口

packagecom.xing.design.facade;
/*** 玩* @author xing*/publicinterfacePlay {
voidplaySome();
}

二、建立三个不同功能的类:

packagecom.xing.design.facade;
publicclassPlayQimplementsPlay {
@OverridepublicvoidplaySome() {
System.out.println("我想玩球...");
  }
}
packagecom.xing.design.facade;
publicclassPlayDQimplementsPlay {
@OverridepublicvoidplaySome() {
System.out.println("我想玩大球...");
  }
}
packagecom.xing.design.facade;
publicclassPlayDQQimplementsPlay {
@OverridepublicvoidplaySome() {
System.out.println("我想玩两个大球...");
  }
}

三、搞一个外观类

packagecom.xing.design.facade;
publicclassPlayMake {
privatePlayplayQ;
privatePlayplayDQ;
privatePlayplayDQQ;
publicPlayMake(){
playQ=newPlayQ();
playDQ=newPlayDQ();
playDQQ=newPlayDQQ();
  }
publicvoidplayQ() {
playQ.playSome();
  }
publicvoidplayDQ() {
playDQ.playSome();
  }
publicvoidplayDQQ() {
playDQQ.playSome();
  }
}

四、直接交互外观类来调用3个子接口:

packagecom.xing.design.facade;
publicclassFacadeDemo {
publicstaticvoidmain(String[] args) {
PlayMakeplayMake=newPlayMake();
playMake.playQ();
playMake.playDQ();
playMake.playDQQ();
  }
}

五、结果

       可以看到我们只交互了外观类PlayMake,子接口对我们是完全隐藏的,我们并不用去关注子接口的球是玩的多么复杂,这就简化了我们的调用。

       同时这里也可以看出外观模式的缺点,如果我要不止是玩两个球,还想玩别的,那我就要修改外观类和外部调用代码,这就违反了“开闭原则”。


PS:开闭原则

       1988年,勃兰特·梅耶(Bertrand Meyer)在他的著作《面向对象软件构造(Object Oriented Software Construction)》中提出了开闭原则,它的原文是这样:“Software entities should be open for extension,but closed for modification”。翻译过来就是:“软件实体应当对扩展开放,对修改关闭”。这句话说得略微有点专业,我们把它讲得更通俗一点,也就是:软件系统中包含的各种组件,例如 模块(Modules)、 类(Classes)以及 功能(Functions)等等,应该在不修改现有代码的基础上,引入新功能。开闭原则中“开”,是指对于组件 功能的扩展是开放的,是允许对其进行功能扩展的;开闭原则中“闭”,是指对于原有代码的修改是封闭的,即不应该修改原有的代码。


总结:

       外观模式就是将复杂的子模块功能进行封装,外部调用只交互提供的外观类,由外观类去和子模块交互,降低系统使用的复杂性和耦合度。



END

目录
相关文章
|
8月前
|
设计模式 API 数据安全/隐私保护
探索设计模式的魅力:外观模式简化术-隐藏复杂性,提供简洁接口的设计秘密
外观模式是一种关键的设计模式,旨在通过提供一个简洁的接口来简化复杂子系统的访问。其核心价值在于将复杂的内部实现细节封装起来,仅通过一个统一的外观对象与客户端交互,从而降低了系统的使用难度和耦合度。在软件开发中,外观模式的重要性不言而喻。它不仅能够提高代码的可读性、可维护性和可扩展性,还能促进团队间的协作和沟通。此外,随着业务需求和技术的发展,外观模式能够适应变化,通过修改外观对象来灵活调整客户端与子系统之间的交互方式。总之,外观模式在软件设计中扮演着举足轻重的角色,是构建高效、稳定且易于维护的软件系统的关键
205 1
探索设计模式的魅力:外观模式简化术-隐藏复杂性,提供简洁接口的设计秘密
|
8月前
|
设计模式 Java
23种设计模式,外观模式的概念优缺点以及JAVA代码举例
【4月更文挑战第6天】外观模式(Facade Pattern)是一种使用频率非常高的结构型设计模式,其核心思想是为子系统中的一组接口提供一个一致的界面。外观模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。简而言之,外观模式就是客户端与复杂子系统之间的一个简单而统一的接口
93 3
|
8月前
|
设计模式 存储 uml
C++ 设计模式实战:外观模式和访问者模式的结合使用,派生类访问基类的私有子系统
C++ 设计模式实战:外观模式和访问者模式的结合使用,派生类访问基类的私有子系统
80 1
|
7天前
|
设计模式 缓存 应用服务中间件
「全网最细 + 实战源码案例」设计模式——外观模式
外观模式(Facade Pattern)是一种结构型设计模式,旨在为复杂的子系统提供一个统一且简化的接口。通过封装多个子系统的复杂性,外观模式使外部调用更加简单、易用。例如,在智能家居系统中,外观类可以同时控制空调、灯光和电视的开关,而用户只需发出一个指令即可。
113 69
|
4月前
|
设计模式 Java
Java设计模式-外观模式(11)
Java设计模式-外观模式(11)
|
3月前
|
设计模式 Java
Java设计模式之外观模式
这篇文章详细解释了Java设计模式之外观模式的原理及其应用场景,并通过具体代码示例展示了如何通过外观模式简化子系统的使用。
39 0
|
5月前
|
设计模式 存储 Java
【九】设计模式~~~结构型模式~~~外观模式(Java)
文章详细介绍了外观模式(Facade Pattern),这是一种对象结构型模式,通过引入一个外观类来简化客户端与多个子系统之间的交互,降低系统的耦合度,并提供一个统一的高层接口来使用子系统。通过文件加密模块的实例,展示了外观模式的动机、定义、结构、优点、缺点以及适用场景,并讨论了如何通过引入抽象外观类来提高系统的可扩展性。
【九】设计模式~~~结构型模式~~~外观模式(Java)
|
6月前
|
设计模式 JavaScript 前端开发
js设计模式【详解】—— 外观模式
js设计模式【详解】—— 外观模式
51 2
|
8月前
|
设计模式
设计模式-外观模式
设计模式-外观模式
64 0
|
7月前
|
设计模式 Java
Java设计模式:外观模式之优雅门面(九)
Java设计模式:外观模式之优雅门面(九)