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

一、定义

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

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

二、实例

我们有两个子系统

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