外观模式(Facade):为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。
两大角色:
- 外观类Facade: 知道哪些子系统类负责处理请求,将客户的请求代理给适当的子系统对象。
- 子系统集合SubSystem: 实现子系统的功能,处理Facade对象指派的任务。注意:子类没有Facade的任何信息,即没有对Facade对象的引用。
本文以购买基金为例,客户只需买入卖出基金(Facade),而其中的股票1、股票2、股票3等(SubSystem)操作由基金公司负责处理。
测试用例:
int main(){
Fund fund;//基金对象(Facade)
fund.fundBuy();//stock1 buy stock2 buy stock3 buy
fund.fundSell(); //stock1 sell stcok2 sell stock3 sell
return 0;
}
外观模式实现:
//子系统不知道Facade的任何信息
//股票1号
class Stock1{
public:
void sell(){
std::cout << "stock1 sell\n";
}
void buy(){
std::cout << "stock1 buy\n";
}
};
//股票2号
class Stock2{
public:
void sell(){
std::cout << "stcok2 sell\n";
}
void buy(){
std::cout << "stock2 buy\n";
}
};
//股票3号
class Stock3{
public:
void sell(){
std::cout << "stock3 sell\n";
}
void buy(){
std::cout << "stock3 buy\n";
}
};
//基金类是Facade
class Fund{
public:
Stock1 stock1;
Stock2 stock2;
Stock3 stock3;
void fundSell(){
stock1.sell();
stock2.sell();
stock3.sell();
}
void fundBuy(){
stock1.buy();
stock2.buy();
stock3.buy();
}
};
何时使用外观模式?
- 在设计初期,应该要有意识的将不同的两个层分离。
- 在开发阶段,子系统往往因为不断的重构演化而变得越来越复杂。
- 在维护一个遗留的大型系统时,可以将原系统高度复杂的代码或设计粗糙的代码以比较简单清晰的接口让新系统与Facade对象交互。