设计模式——外观模式(Facade)

设计模式(11):外观模式(Facade)

[align=center]外观模式(Facade)[/align]

[align=center] [/align]

[align=left]定义[/align]

[align=left] 为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用.[/align]

[align=left] [/align]

[align=center]外观模式(Facade)结构图[/align]

[align=center] [/align]



[align=center] [/align]

class SubSystemOne

{

public void MethodOne()

{

Console.WriteLine("子系统方法一");

}

}

class SubSystemTwo

{

public void MethodTwo()

{

Console.WriteLine("子系统方法二");

}

}

class SubSystemThree

{

public void MethodThree()

{

Console.WriteLine("子系统方法三");

}

}

class SubSystemFour

{

public void MethodFour()

{

Console.WriteLine("子系统方法四");

}

}

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();

three.MethodThree();

four.MethodFour();

}

public void MethodB()

{

Console.WriteLine("\n方法B组---");

two.MethodTwo();

three.MethodThree();

}

}

[align=left] [/align]

[align=left]客户端代码： [/align]

static void Main(string[] args)

{

Facade facade=new Facade();

facade.MethodA();//由于Facade的作用，客户端可以根本不知三个子系统类的存在

facade.MethodB();

}

适用性：

1.在设计初级阶段，应该要有意识的将不同的两个层分离,比如经典的三层架构，就需要考虑在数据访问层和业务逻辑层，业务逻辑层和表示层的层与层之间建立外观Facade.这样可以为复杂的子系统提供一个简单的接口，使得耦合大大降低

2.在开发阶段，子系统往往因为不断的重构演化而变得越来越复杂，大多数的模式使用时也会产生很多很小的类这本是好事，但给外部调用它们的用户程序带来了使用上的困 难，增加外观Facade可以提供N个简单的接口，减少它们之间的依赖

3.在维护一个遗留的大型系统时，可能这个系统已经非常难以维护和扩展了，但因为它们包含非常重要的功能，新的需求开发必须依赖于它。

4.为新系统开发一个外观Facade类，来提供设计粗糙或高度复杂的遗留代码的比较清晰简单的接口，让新系统与Facade对象交互，Facade与遗留代码交互所有复杂的工作