Java设计模式-外观模式(11)

简介: Java设计模式-外观模式(11)

大家好,我是馆长!今天开始我们讲的是结构型模式中的外观模式。老规矩,讲解之前再次熟悉下结构型模式包含:代理模式、适配器模式、桥接模式、装饰器模式、外观模式、享元模式、组合模式,共7种设计模式。。

外观模式(Decorator Pattern)

定义

外观(Facade)模式一种通过为多个复杂的子系统提供一个一致的接口,而使这些子系统更加容易被访问的模式。该模式对外有一个统一接口,外部应用程序不用关心内部子系统的具体的细节,这样会大大降低应用程序的复杂度,提高了程序的可维护性。

解决问题

降低访问复杂系统的内部子系统时的复杂度,简化客户端之间的接口。

实现

客户端不与系统耦合,外观类与系统耦合。让外观类与客户端直接关系,避免客户端与各子类直接关系的复杂性。

结构

主要角色:

客户(Client)角色:通过一个外观角色访问各个子系统的功能。

外观(Facade)角色:为多个子系统对外提供一个共同的接口。

子系统(Sub System)角色:实现系统的部分功能,客户可以通过外观角色访问它。

应用场景:

对分层结构系统构建时,使用外观模式定义子系统中每层的入口点可以简化子系统之间的依赖关系。

当一个复杂系统的子系统很多时,外观模式可以为系统设计一个简单的接口供外界访问。

当客户端与多个子系统之间存在很大的联系时,引入外观模式可将它们分离,从而提高子系统的独立性和可移植性。

注意:

客户端直接与外观类进行关系,客户端不用去关注各子系统之间的关系。

隐藏了各子系统之间的复杂关系,客户端只关注外观类即可。

优点:

1.降低了子系统与客户端之间的耦合度,使得子系统的变化不会影响调用它的客户类。

2.对客户屏蔽了子系统组件,减少了客户处理的对象数目,并使得子系统使用起来更加容易。

3.降低了大型软件系统中的编译依赖性,简化了系统在不同平台之间的移植过程,因为编译一个子系统不会影响其他的子系统,也不会影响外观对象。

缺点:

不能很好地限制客户使用子系统类。

增加新的子系统可能需要修改外观类或客户端的源代码,违背了“开闭原则”。

代码实现:

//子系统接口
public interface Food {
void make();
}

​​​​​​
//子系统角色:PizzaFood
@Data
public class PizzaFood implements Food {
@Override
public void make() {
System.out.println("制作披萨");
}
}

//子系统角色:HamburgFood
@Data
public class HamburgFood implements Food {
@Override
public void make() {
System.out.println("制作汉堡");
}
}

​​​​​
//子系统角色:CokeFood
@Data
public class CokeFood implements Food {
@Override
public void make() {
System.out.println("制作可乐");
}
}

​​​​
//外观角色:ShapMaker
@Data
public class FoodMaker {
private Food pizza;
private Food hamburg;
private Food coke;

FoodMaker() {
    pizza = new PizzaFood();
    hamburg = new HamburgFood();
    coke = new CokeFood();
}

void all() {
    pizza.make();
    hamburg.make();
    coke.make();
}

void pizza() {
    pizza.make();
}

void hamburg() {
    hamburg.make();

}

void coke() {
    coke.make();
}

}

​​​
//模拟客户端:ClientDemo
public class ClientDemo {
public static void main(String[] args) {
FoodMaker shapMaker = new FoodMaker();
shapMaker.all();
System.out.println("\n");
shapMaker.pizza();
shapMaker.hamburg();
shapMaker.coke();
}
}

扩展

在外观模式中,当增加或移除子系统时需要修改外观类,这违背了“开闭原则”。如果引入抽象外观类,则在一定程度上解决了该问题,其结构图如下:

image.png

好了,关于外观模式的说明,馆长就先讲到这里。谢谢各位看官!!

23 种设计模式不是孤立存在的,很多模式之间存在一定的关联关系,在大的系统开发中常常同时使用多种设计模式,或者模式与模式之间的组合进行生成更加强大的程序功能。

相关文章
|
2月前
|
设计模式 Java 程序员
[Java]23种设计模式
本文介绍了设计模式的概念及其七大原则,强调了设计模式在提高代码重用性、可读性、可扩展性和可靠性方面的作用。文章还简要概述了23种设计模式,并提供了进一步学习的资源链接。
47 0
[Java]23种设计模式
|
20天前
|
设计模式 JavaScript Java
Java设计模式:建造者模式详解
建造者模式是一种创建型设计模式,通过将复杂对象的构建过程与表示分离,使得相同的构建过程可以创建不同的表示。本文详细介绍了建造者模式的原理、背景、应用场景及实际Demo,帮助读者更好地理解和应用这一模式。
|
2月前
|
设计模式 监控 算法
Java设计模式梳理:行为型模式(策略,观察者等)
本文详细介绍了Java设计模式中的行为型模式,包括策略模式、观察者模式、责任链模式、模板方法模式和状态模式。通过具体示例代码,深入浅出地讲解了每种模式的应用场景与实现方式。例如,策略模式通过定义一系列算法让客户端在运行时选择所需算法;观察者模式则让多个观察者对象同时监听某一个主题对象,实现松耦合的消息传递机制。此外,还探讨了这些模式与实际开发中的联系,帮助读者更好地理解和应用设计模式,提升代码质量。
Java设计模式梳理:行为型模式(策略,观察者等)
|
3月前
|
存储 设计模式 安全
Java设计模式-备忘录模式(23)
Java设计模式-备忘录模式(23)
|
3月前
|
设计模式 存储 算法
Java设计模式-命令模式(16)
Java设计模式-命令模式(16)
|
3月前
|
设计模式 存储 缓存
Java设计模式 - 解释器模式(24)
Java设计模式 - 解释器模式(24)
|
3月前
|
设计模式 安全 Java
Java设计模式-迭代器模式(21)
Java设计模式-迭代器模式(21)
|
3月前
|
设计模式 缓存 监控
Java设计模式-责任链模式(17)
Java设计模式-责任链模式(17)
|
3月前
|
设计模式 运维 算法
Java设计模式-策略模式(15)
Java设计模式-策略模式(15)
|
3月前
|
设计模式 算法 Java
Java设计模式-模板方法模式(14)
Java设计模式-模板方法模式(14)