设计模式（十）：外观模式

一、定义

为子系统中的一组接口提供一个一致的界面，用来访问子系统中的一群接口。

外观模式的实现核心主要是——由外观类去保存各个子系统的引用，实现由一个统一的外观类去包装多个子系统类，然而客户端只需要引用这个外观类，然后由外观类来调用各个子系统中的方法

二、实例

我们有两个子系统

 public class SubSystem_A      {          public void A()          {              Console.WriteLine("执行子系统SubSystem_A的A方法.");          }      }        public class SubSystem_B      {          public void B()          {              Console.WriteLine("执行子系统SubSystem_B的B方法.");          }      }

以往在客户端调用A系统和B系统需要各自实例化后，进行调用。然，客户端和子系统的耦合加剧，所以我们使用外观来解决这一问题。

外观模式，就是外观者维护子系统的引用并对子系统中的方法进行整理公开，供客户端统一调用

外观：

public class Facade      {          public SubSystem_A subA;          public SubSystem_B subB;          public Facade()          {              subA = new SubSystem_A();              subB = new SubSystem_B();          }          public void Do_A()          {              subA.A();          }          public void Do_B()          {              subB.B();          }      }

图例：

客户端：

            //-----------------------外观模式------------------              Facade.Facade facade = new Facade.Facade();              facade.Do_A();              facade.Do_B();              Console.ReadKey();

三、优缺点

优：

1. 外观模式对客户屏蔽了子系统组件，从而简化了接口，减少了客户处理的对象数目并使子系统的使用更加简单。
2. 外观模式实现了子系统与客户之间的松耦合关系，而子系统内部的功能组件是紧耦合的。松耦合使得子系统的组件变化不会影响到它的客户。

缺：

1、如果增加新的子系统可能需要修改外观类或客户端的源代码，这样就违背了”开——闭原则“（哪能那么完美，这点不可避免）。