转载

设计模式(十):外观模式

一、定义

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

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

二、实例

我们有两个子系统

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

原文  http://www.cnblogs.com/sunchong/p/5126155.html
正文到此结束
Loading...