外观模式（Facade Pattern）（常用）

- 定义

隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的接口。这种类型的设计模式属于结构型模式，它向现有的系统添加一个接口，来隐藏系统的复杂性。

• 意图：为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
• 何时使用：
  • 客户端不需要知道系统内部的复杂联系，整个系统只需提供一个"接待员"即可。
  • 定义系统的入口。
• 关键代码：在客户端和复杂系统之间再加一层，这一层将调用顺序、依赖关系等处理好。
• 相关设计模式
  • 外观模式和中介模式：外观模式关注的是外界与子系统间的交互，而中介者关注的是子系统内部间的交互
  • 外观模式和单例模式：通常可以把外观对象设计成单例模式
  • 外观模式和抽象工厂模式：外观类可以通过抽象工厂获取子系统的实例，子系统可以从内部对外观类进行屏蔽
• 缺点：
  • 不能很好地限制客户使用子系统类。
  • 增加新的子系统可能需要修改外观类或客户端的源代码，违背了“开闭原则”。

- 使用场景

• 对分层结构系统构建时，使用外观模式定义子系统中每层的入口点可以简化子系统之间的依赖关系。
• 当一个复杂系统的子系统很多时，外观模式可以为系统设计一个简单的接口供外界访问。
• 当客户端与多个子系统之间存在很大的联系时，引入外观模式可将它们分离，从而提高子系统的独立性和可移植性。

- UML图

3-1Q115152143509.gif

- 代码

package facade;
public class FacadePattern
{
    public static void main(String[] args)
    {
        Facade f=new Facade();
        f.method();
    }
}
//外观角色
class Facade
{
    private SubSystem01 obj1=new SubSystem01();
    private SubSystem02 obj2=new SubSystem02();
    private SubSystem03 obj3=new SubSystem03();
    public void method()
    {
        obj1.method1();
        obj2.method2();
        obj3.method3();
    }
}
//子系统角色
class SubSystem01
{
    public  void method1()
    {
        System.out.println("子系统01的method1()被调用！");
    }   
}
//子系统角色
class SubSystem02
{
    public  void method2()
    {
        System.out.println("子系统02的method2()被调用！");
    }   
}
//子系统角色
class SubSystem03
{
    public  void method3()
    {
        System.out.println("子系统03的method3()被调用！");
    }   
}