【设计模式】外观模式

外观模式

         Facade,为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这个子系统更加容易使用。
 

代码结构

     

子系统类

//子系统的类
class SubSystemOne
{
public void MethodOne()
{
Console.WriteLine("子系统方法一");
}
} //子系统1
class SubSystemTwo
{
public void MethodTwo()
{
Console.WriteLine("子系统方法二");
}
} //子系统2
class SubSystemThree
{
public void MethodThree()
{
Console.WriteLine("子系统方法三");
}
} //子系统3
class SubSystemFour
{
public void MethodFour()
{
Console.WriteLine("子系统方法四");
}
} //子系统4

Facade类

/// <summary>
///外观类
/// </summary>
class Facade
{
//定义子系统变量
SubSystemOne one;
SubSystemTwo two;
SubSystemThree three;
SubSystemFour four;

public Facade() //外观类，它需要了解所有的子系统的方法或属性，进行组合，以备外界调用
{
one = new SubSystemOne ;
two = new SubSystemTwo ;
three = new SubSystemThree ;
four = new SubSystemFour ;
}

public void MethodA()
{
Console.WriteLine("\n方法组A()——");
one.MethodOne();
two.MethodTwo();
four.MethodFour();
}

public void MethodB()
{
Console.WriteLine("\n方法组B()——");
two.MethodTwo();
three.MethodThree();
}
}

客户端调用

/// <summary>
/// 主函数，客户端代码
/// </summary>
class Program
{
static void Main(string[] args)
{
Facade facade = new Facade();
//由于Facade的作用，客户端可以根本不知道三个子系统类的存在
facade.MethodA();
facade.MethodB();

Console.ReadLine();
}
}

适用环境

       首先，在设计初期阶段，要有意识的将不同的两个层分离
       其次，在开发阶段，子系统往往因为不断的重构演化而变得越来越复杂，增加外观Facade可以提供一个简单的接口，减少它们之间的依赖
       另外，在维护一个遗留的大型系统时，可能这个系统已经非常难以维护和扩展了，可以为新系统开发一个外观Facade类，来提供设计粗糙或高度复杂的遗留代码的比较清晰简单的接口，让新系统与Facade对象交互，Facade与遗留代码交互所有复杂的工作。

优点

     （1）实现了子系统与客户端之间的松耦合关系。
     （2）客户端屏蔽了子系统组件，减少了客户端所需处理的对象数目，并使得子系统使用起来更加容易。

缺点

     
这种模式增加新的子系统可能需要修改外观类或客户端，违背了“开闭-封闭原则”。