10、设计模式之外观模式（Facade）

一、什么是外观模式

这个大家一定是经常使用的，外观模式（门面模式）是一种结构型设计模式。它提供一个统一的接口，用于访问子系统中的一组接口，隐藏了系统的复杂性。最简单的应用就是，当controller层的逻辑处理比较复杂，就可以考虑把这些逻辑封装成一个外观类。

二、角色组成

外观（Facade）：提供了访问子系统一组接口的统一接口，并将客户端请求委派给相应的子系统对象处理。

子系统（SubSystem）：实现了子系统的具体功能，处理来自外观对象的请求。

三、优缺点

优点：

简化接口：隐藏了一系列复杂的子系统接口，使得客户端更加方便的使用。

解耦：外观模式讲客户端和子系统之间进行解耦。客户端只需要跟外观类交互，降低了客户端与子系统之间的依赖性。

灵活：通过引入外观类，可以灵活地调整子系统的实现细节，而不会影响客户端调用。

缺点：

不符合开闭原则：如果需要新增或者修改子系统的功能，可能需要修改外观类。

不适合大规模系统：当子系统很复杂且分散，或者子系统之间的交互方式频繁变化，使用外观模式可能导致外观类变得庞大且复杂。

四、应用场景

4.1 生活场景

那这就太多了，比如

外卖：当我们点外卖时，可以直接在某外卖平台直接下单，经过一系列的子系统接口，通知店家备餐，通知外卖小哥取餐再送到你手里，这里某外卖平台就可以看作是一个外观对象，隐藏了买饭的复杂性。

快递：我们需要寄送包裹时，可以通过快递代理公司提供的外观接口来进行操作。我们只需要提供包裹的信息，快递代理公司会负责处理包裹的取件、运输和投递等，而不需要我们直接与各个快递公司进行交互。

旅行社：我们计划去旅行时，可以选择找一家旅行社来帮助我们安排旅行的各种事，如订机票、预定酒店、预定门票等。旅行社可以看作是一个外观对象，它为客户提供了一个统一的接口，隐藏了许多复杂的流程和细节，并与各个供应商进行协调。

4.2 java场景

这也太多了，就随便举几个吧。

Java

IO：IO库中，InputStream、OutPutStream、Reader和Writer等，都可以看作是外观类，它们封装了底层的复杂的IO操作，提供了简单的接口。

JDBC：JDBC提供了一组统一的接口，用于访问和操作不同类型的数据库。DriverManager类，封装了底层的数据库连接细节，可以通过一个简单的接口就能操作不同的数据库。

Spring框架：很多功能都是通过外观模式来设计的。如，BeanFactory，封装了底层的IOC和Bean的创建过程，提供了简单的接口供开发者使用。

五、代码实现

下面以旅行社为例，解释一下外观模式。

在旅行社中，我们可以将后台的一些复杂的子系统类，比如酒店、机票、门票预定等封装成一个旅行社预定服务，也就是外观类，最后提供一个简单的接口来处理客户端的请求。

外观：TravelFacade

子系统：FlightService、HotelService、TicketService

外观实现类：TravelFacadeImpl

5.1 外观（Facade）------旅行社预定服务

java 复制代码

/**
 * 
 * 1.外观（Facade）
 */
public interface TravelFacade {
 
    void dePart();
}

5.2 子系统（SubSystem）

java 复制代码

/**
 * 
 * 2.子系统（SubSystem）：预定航班
 */
public class FlightService {
    public void bookFlight(){
        System.out.println("预定航班成功");
    }
}
/**
 * 
 * 2,子系统（SubSystem）：预定酒店
 */
public class HotelService {
    public void bookHotel(){
        System.out.println("预定酒店成功");
    }
}
/**
 *
 * 2.子系统（SubSystem）：预定门票
 */
public class TicketService {
    public void bookTicket(){
        System.out.println("预定门票成功");
    }
}

5.3 外观实现类

java 复制代码

/**
 * 
 * 3.外观实现类：旅行社
 */
public class TravelFacadeImpl implements TravelFacade{
    private HotelService hotelService;
    private FlightService flightService;
    private TicketService ticketService;
 
    public TravelFacadeImpl(){
        hotelService=new HotelService();
        flightService=new FlightService();
        ticketService=new TicketService();
    }
 
    @Override
    public void dePart(){
        hotelService.bookHotel();
        flightService.bookFlight();
        ticketService.bookTicket();
    }
}

5.4 TestFacade------客户端

java 复制代码

/**
 * 
 * 外观模式测试
 */
@SpringBootTest
public class TestFacade {
 
    //客户端
    @Test
    void testFacade(){
        TravelFacade travelFacade=new TravelFacadeImpl();
        travelFacade.dePart();
        System.out.println("-------出发-----------");
    }
}

六、总结

外观模式应用非常广泛，主要适用于需要简化和封装复杂性、解耦和提供统一接口的情况，具体的使用场景如下：

简化复杂的子系统：当一个子系统非常复杂，包含多个组件或模块，并且它们之间的交互相对复杂时，可以使用外观模式将复杂性封装起来。外观类作为一个简单的接口，将复杂的子系统隐藏起来，对外提供简洁清晰的接口。

隐藏底层实现细节：当底层系统或第三方库的实现细节复杂且易变时，可以使用外观模式将其封装起来。外观类提供一组简单的接口，封装了底层实现细节，错误处理和兼容性问题都可以在外观类中处理。

提供统一的接口：当一个复杂系统需要向外部提供一组简单易用的接口时，可以使用外观模式。外观类作为一个门面，将对内部各个组件的调用转化为对外提供的接口调用。

应用层和底层系统的解耦：当应用层和底层系统之间存在紧耦合时，可以使用外观模式将它们解耦。外观类作为中间层，可以将底层系统的接口整合并提供一个干净的接口给应用层使用，从而降低彼此之间的耦合度。