什么是门面模式

门面模式（Facade Pattern）是一种结构型设计模式，它为子系统中的一组接口提供一个统一的高层接口，使得子系统更容易使用。

门面模式的主要思想是提供一个简单的接口来隐藏系统的复杂性。这个简单的接口将复杂的系统内部操作封装起来，客户端只需要与这个门面进行交互，而不需要了解子系统内部的具体实现细节。

例如，一个电脑系统可能包含 CPU、内存、硬盘、显卡等复杂的组件和操作。门面模式可以创建一个“电脑启动”的接口，内部处理启动各个组件的复杂逻辑，对于用户来说，只需要调用“电脑启动”这个简单的操作，而无需关心每个组件的具体启动细节。

门面模式的优点包括： 1. 简化了客户端的使用，减少了客户端与子系统内多个模块的耦合。 2. 提高了子系统的独立性和可维护性。 3. 对客户端隐藏了子系统的内部实现细节，降低了系统的复杂度。

门面模式是一种封装形式。 在门面模式中，将复杂的子系统内部的多个组件和交互过程封装在一个统一的门面接口后面。客户端只需要与这个简洁的门面接口进行交互，而无需直接面对子系统内部的复杂结构和操作细节。 这种封装隐藏了子系统的复杂性，提供了更简洁、更易于理解和使用的接口，符合封装的原则，即隐藏实现细节，只暴露必要的公共接口。

问题：门面模式和适配器模式有什么区别？

门面模式和适配器模式有以下一些区别：

**目的不同**：

- 门面模式的目的是提供一个更简单的统一接口，用来简化对复杂子系统的访问，它强调的是对整个子系统功能的整合和简化。

- 适配器模式的目的是将一个接口转换成客户端所期望的另一个接口，解决接口不兼容的问题，使原本由于接口不匹配而不能一起工作的类可以协同工作。

**结构不同**：

- 门面模式通常为一个子系统创建一个单一的门面类，这个类包含了对多个子系统组件的调用。

- 适配器模式则包含了两个不同的接口，一个是需要适配的源接口，一个是目标接口。

**对现有系统的改变程度不同**：

- 门面模式通常不会对现有子系统的功能和结构进行修改，只是在其外部提供一个更方便的访问方式。

- 适配器模式可能需要对被适配的类进行一定的修改，以适应目标接口的要求。

**适用场景不同**：

- 门面模式适用于当一个复杂系统需要一个简单的入口点，或者需要对多个相关但复杂的接口进行整合和简化时。

- 适配器模式适用于当需要使用一个现有的类，但它的接口不符合需求，或者需要协调多个具有不同接口的类一起工作时。 总的来说，门面模式侧重于简化接口，适配器模式侧重于接口转换。

以下是一个使用 Go 语言实现门面模式的简单示例：

package main

import "fmt"

// 子系统 1
type SubSystem1 struct{}

func (s SubSystem1) Operation1() {
    fmt.Println("SubSystem1: Performing Operation 1")
}

// 子系统 2
type SubSystem2 struct{}

func (s SubSystem2) Operation2() {
    fmt.Println("SubSystem2: Performing Operation 2")
}

// 门面
type Facade struct {
    subSystem1 SubSystem1
    subSystem2 SubSystem2
}

func (f Facade) PerformComplexOperation() {
    f.subSystem1.Operation1()
    f.subSystem2.Operation2()
}

func main() {
    facade := Facade{}
    facade.PerformComplexOperation()
}

在上述示例中，SubSystem1 和 SubSystem2 是两个子系统，分别具有自己的操作。Facade 类作为门面，封装了对这两个子系统的操作调用，提供了一个更简单的接口 PerformComplexOperation 给客户端使用。