标签:des details public 完成 比较 src 修改 没事 组件
张三没事的时候就喜欢在家看电影,而且还有投影仪,把窗帘一拉,电灯一关,瞬间就有电影院的感觉。下面就用代码来模拟这一过程。
1.根据面向对象的思想,这里创建了四个类:
窗帘类:
/**
* 窗帘
*/
public class Curtain {
public void draw() {
System.out.println("放下窗帘");
}
}
电灯类:
/**
* 电灯
*/
public class Lighting {
public void close() {
System.out.println("关闭电灯");
}
}
投影仪类:
/**
* 投影仪
*/
public class Projector {
public void open() {
System.out.println("打开投影仪");
}
}
电脑类:
/**
* 电脑
*/
public class Computer {
public void play() {
System.out.println("播放电影");
}
}
2.模拟看电影:
/**
* 模拟在家看电影的过程
*/
public class Main {
public static void main(String[] args) {
Window window = new Window();
Curtain curtain = new Curtain();
Lighting lighting = new Lighting();
Projector projector = new Projector();
Computer computer = new Computer();
window.close();
curtain.draw();
lighting.close();
projector.open();
computer.play();
}
}
3.模拟结果:
放下窗帘
关闭电灯
打开投影仪
播放电影
电影虽然看上了,但是感觉开始的一些列操作比较麻烦,如果有谁能够代替张三做关窗帘、关灯、放投影仪和开电脑的动作就好了。比如说拥有一个遥控器,可以帮助我们做这些操作。这与 设计模式中的外观模式非常相似,下面就来介绍一下外观模式。
外观模式又称为门面模式,它是一种对象结构型模式。外观模式(Facade),是指提供一个统一的接口去访问多个子系统的多个不同的接口,它为子系统中的一组接口提供一个统一的高层接口。使得子系统更容易使用。。
角色构成
UML类图
外观模式的主要目的在于降低系统的复杂程度,在面向对象软件系统中,类与类之间的关系越多,不能表示系统设计得越好,反而表示系统中类之间的耦合度太大,这样的系统在维护和修改时都缺乏灵活性,因为一个类的改动会导致多个类发生变化,而外观模式的引入在很大程度上降低了类与类之间的耦合关系。引入外观模式之后,增加新的子系统或者移除子系统都非常方便,客户类无须进行修改(或者极少的修改),只需要在外观类中增加或移除对子系统的引用即可。
外观模式中所指的子系统是一个广义的概念,它可以是一个类、一个功能模块、系统的一个组成部分或者一个完整的系统。下面我们就根据这一思想对我们的代码进行改造
1.引入外观角色类:
/**
* 外观角色类
*/
public class Facade {
private Curtain curtain;
private Lighting lighting;
private Projector projector;
private Computer computer;
public Facade() {
curtain = new Curtain();
lighting = new Lighting();
projector = new Projector();
computer = new Computer();
}
public void start() {
curtain.draw();
lighting.close();
projector.open();
computer.play();
}
}
2.四个子系统角色类:这里和上面的代码是一样的,就不占用空间了
3.客户端使用:
public class Main {
public static void main(String[] args) {
// 直接调用外观角色的方法即可
Facade facade = new Facade();
facade.start();
}
}
4.测试结果:
放下窗帘
关闭灯光
打开投影仪
播放电影
可以看到我们通过引入了外观角色使得只需要调用它的方法即可以完成原本需要我们自己完成的操作,瞬间感觉像是多了一个智能家居的遥控器。对于使用者来说非常的方便。
外观模式是一种使用频率非常高的设计模式,它通过引入一个外观角色来简化客户端与子系统之间的交互,为复杂的子系统调用提供一个统一的入口,使子系统与客户端的耦合度降低,且客户端调用非常方便。外观模式并不给系统增加任何新功能,它仅仅是简化调用接口。
比如我们常常开发的网页项目,在页面中提供给用户各种菜单、导航栏和按钮使得用户可以通过操作网页来达到操作业务数据的目的。为了达到这一目的,我们内部的服务器端通过调用不同的数据资源来提供操作,说不定后台还会有多个子系统提供帮助。这里的访问的后台服务器就可以看作是一个外观角色,它的内部调用了多个子系统来提供功能。
还有我们常用的日志框架,一般我们都会引入SLF4J(Simple Logging Facade for Java,缩写SLF4J)翻译过来就是Java简易日志门面,从命名上来看就知道它与门面模式的关联。我们在使用时通过SLF4J中的类,然而在它的内部它可能使用的是Log4j、logback等日志框架。
1.主要优点
2.主要缺点
3.适用场景
本篇文章github代码地址:https://github.com/Phoegel/design-pattern/tree/main/facade
转载请说明出处,本篇博客地址:https://www.cnblogs.com/phoegel/p/13986745.html
标签:des details public 完成 比较 src 修改 没事 组件
原文地址:https://www.cnblogs.com/phoegel/p/13986745.html