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

一、定义

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

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

二、实例

我们有两个子系统

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