03.外观模式
外观式定义
为子系统中的一组接口提供一个一致的界面，Facade 模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
界面
在这里提到的界面，主要指的是从一个组件外部来看这个组件，能够看到什么，这就是这个组件的界面，也就是所说的外观。
接口
在这里提到的接口，主要指的是外部和内部交互的这么一个通道，通常是指一些方法，可以是类的方法，也可以是 interface 的方法。也就是说，这里所说的接口，并不等价于 interface，也有可能是一个类。
外观模式的结构和说明
Facade
定义子系统的多个模块对外的高层接口，通常需要调用内部多个模块，从而把客户的请求代理给适当的子系统对象。
模块
接受 Facade 对象的委派，真正实现功能，各个模块之间可能有交互。
但是请注意，Facade 对象知道各个模块，但是各个模块不应该知道 Facade 对象。
代码示例
using System;
namespace NetCore3Console.Facade
{
/// <summary>
/// A模块的接口
/// </summary>
public interface AModuleApi
{
/// <summary>
/// 示意方法，A模块 对外的一个功能方法
/// </summary>
void TextA();
}
public class AModuleImpl : AModuleApi
{
public void TextA()
{
Console.WriteLine("现在在A模块里面操作testA方法");
}
}
/// <summary>
/// B模块的接口
/// </summary>
public interface BModuleApi
{
/// <summary>
/// 示意方法，A模块 对外的一个功能方法
/// </summary>
void TextB();
}
public class BModuleImpl : BModuleApi
{
public void TextB()
{
Console.WriteLine("现在在B模块里面操作testB方法");
}
}
/// <summary>
/// C模块的接口
/// </summary>
public interface CModuleApi
{
/// <summary>
/// 示意方法，A模块 对外的一个功能方法
/// </summary>
void TextC();
}
public class CModuleImpl : CModuleApi
{
public void TextC()
{
Console.WriteLine("现在在B模块里面操作testC方法");
}
}
/// <summary>
/// 外观对象
/// </summary>
public class Facade
{
/// <summary>
/// 示意方法，满足客户需要的功能
/// </summary>
public void Test()
{
//在内部实现的时候，可能会调用到内部的多个模块
AModuleApi a = new AModuleImpl();
a.TextA();
BModuleApi b = new BModuleImpl();
b.TextB();
CModuleApi c = new CModuleImpl();
c.TextC();
}
}
}
模式讲解
外观模式的目的
外观模式的目的不是给子系统添加新的功能接口，而是为了让外部减少与子系统内多个模块的交瓦，松散耦合，从而让外部能够更简单地使用子系统。
外观模式的实现
Facade的实现
对于一个子系统而言，外观类不需要很多，通常可以实现成为一个单例。也可以直接把外观中的方法实现成为静态的方法，这样就可以不需要创建外观对象的实例而直接调用，这种实现相当于把外观类当成一个辅助工具类实现。
Facade的方法实现
Facade的方法实现中，一般是负责把客户端的请求转发给子系统内部的各个模块进行处理，Facade 的方法本身并不进行功能的处理，Facade 的方法实现只是实现一个功能的组合调用。
思考外观模式
外观模式的本质
外观模式的本质是:封装交互，简化调用。
Facade 封装了子系统外部和子系统内部多个模块的交互过程，从而简化了外部的调用。通过外观，子系统为外部提供一些高层的接口，以方便它们的使用。
对设计原则的体现
外观模式很好地体现了“最少知识原则”。
外观模式就是新添加了个Facede类，在这里面组合调用其他方法呀。