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();
}
}

扩展

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

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

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