设计模式之十二 外观模式-股票基金

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

     其实就是在客户端和一堆子类中间加了一个简单的接口，从而使得客户端不需要知道一些更加细节的东西。充分体现了依赖倒转原则（高层模块不依赖低层模块，它们都依赖于抽象）和迪米特法则（如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某个方法的话，可以通过第三者转发这个调用）。

      还是看看代码吧

四个子系统 class SubSystemOne { public: void MethodOne() { cout<<"子系统方法一 "<<endl; } }; class SubSystemTwo { public: void MethodTwo() { cout<<"子系统方法二 "<<endl; } }; class SubSystemThree { public: void MethodThree() { cout<<"子系统方法三 "<<endl; } }; class SubSystemFour { public: void MethodFour() { cout<<"子系统方法四 "<<endl; } }; 外观类 class Facade { //public: //Facade(void){} public: ~Facade(void){} public: SubSystemOne *one; SubSystemTwo *two; SubSystemThree *three; SubSystemFour *four; Facade() { one = new SubSystemOne(); two = new SubSystemTwo(); three = new SubSystemThree(); four = new SubSystemFour(); } void MethodA() { cout<<"方法组A() ---- "<<endl; one->MethodOne(); two->MethodTwo(); four->MethodFour(); } void MethodB() { cout<<"方法组B() ---- "<<endl; two->MethodTwo(); three->MethodThree(); } }; 客户端 int _tmain(int argc, _TCHAR* argv[]) { Facade *facade = new Facade(); facade->MethodA(); facade->MethodB(); cin.get(); return 0; } 

外观模式的应用场合

首先，在设计初期阶段，应该要有意识的将不同的两个层分离。

 

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

 

第三，在维护一个遗留的大型系统时，可能这个系统已经非常难以维护和扩展了，但因为它包含非常重要的功能，新的需求开发必须要依赖于它。此时用外观模式Facade也是非常合适的。你可以为新系统开发一个外观Facade类，来提供设计粗糙或高度复杂的遗留代码的比较清晰的简单借口，让新系统与Facade对象交互，Facade与遗留代码交互所有复杂的工作。