设计模式之外观模式学习

外观模式Facade(门面模式)：为系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这个子系统更加容易使用。它完美的体现了迪米特原则和依赖倒转原则，是非常常用的设计模式之一。

对于书上举得买股票和基金的例子。炒股新手由于对证券知识不是完全了解，再加上股票种类众多，这种情况下很容易赔钱。而购买基金却减少很多风险，此时并不需要对股票有过多的了解，甚至可以对股票一无所知，仅仅关注基金的上涨和下跌，而实际的操作却由基金经理与上千只股票打交道。

代码：

#include<iostream>
using namespace std;
class Stock1
{
	public: 
	  Stock1()
	  {
  		
  	  }
  	  void buy()
  	  {
  	  	cout<<"buy stock 1!"<<endl;
  	  }
  	  void sell()
  	  {
  	  	cout<<"sell stock 1"<<endl;
  	  }
	
};
class Stock2
{
	public: 
	  Stock2()
	  {
  		
  	  }
  	  void buy()
  	  {
  	  	cout<<"buy stock 2!"<<endl;
  	  }
  	  void sell()
  	  {
  	  	cout<<"sell stock 2"<<endl;
  	  }
	
};
class Stock3
{
	public: 
	  Stock3()
	  {
  		
  	  }
  	  void buy()
  	  {
  	  	cout<<"buy stock 3!"<<endl;
  	  }
  	  void sell()
  	  {
  	  	cout<<"sell stock 3"<<endl;
  	  }
	
};
class Fund//外观类，封装对各种股票的各种操作。 
{
	public:
	  Stock1 *stock1;
	  Stock2 *stock2;
	  Stock3 *stock3;
	public:
	  Fund()
	  {
  		stock1=new Stock1;
  		stock2=new Stock2;
  		stock3=new Stock3;
  	  } 
  	  void sell()
  	  {
  	  	stock1->sell();
  	  	stock2->sell();
  	  	stock3->sell();
  	  }
  	  void buy()
  	  {
  	  	stock1->buy();
  		stock2->buy();
        stock3->buy();
  	  }
	
};
int main(int argc,char**argv)
{
	Fund *fund=new Fund;
	fund->buy();
	fund->sell(); 
	return 0;
}

外观模式使用的时机

首先，在设计的初期，应该有意识的将不同的两个层分离。比如经典的三层构架，就需要考虑在数据访问层和业务逻辑层，业务逻辑层和表示层层与层之间使用外观模式，这样就可以为复杂的子系统提供简单的接口，使得耦合性大大降低。

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

第三，在维护一个遗留的大型系统时，可能这个系统已经变得非常难以维护和扩展。因为它包含非常重要的功能，新的需求开发必须依赖它，这时候使用外观模式也很合适，使用外观模式为设计粗糙或是高度复杂的遗留代码提供简单的接口。让外观类提供与遗留代码交互的功能。