炒过股票的可能知道中美股市的不同,中国股市散户为主,美国股市以大型基金机构为主。个人炒股由于专业知识不够,而且还要不断的关注每个股票,不过最终亏本的还是很多的,但是在美国,散户可以把钱给基金,大型基金有专业的知识,管理的股票比较多,最终多数能做到盈利,散户也可以获得相应的收益。从这个例子可以看到,由于散户和股票联系太多,不利于操作,耦合度过高,但是如果把钱给基金,就只有两个动作,给钱给基金,收回收益,不需要关注股票的操作。外观模式就和这个很像,由一个Facede类来统一管理各种操作。
使用场景:在设计初期阶段,有意识的将不同的两个层分离,比如典型的三层架构,将数据访问层和业务逻辑层、和表示层的层与层之间建立外观Facede,这样就可以为复杂的子系统提供一个简单的接口,使得耦合度降低。其次,在开发阶段,子系统往往因为不断的重构演化而变得越来越复杂,但是会产生很多的小类,为用户程序带来了困难,会调用它们的用户程序带来了使用上的困难,增加Facede可以提供一个简单的接口,减少它们之间的依赖;第三,在维护一个遗留的大型系统是,可能这个系统已经很难维护和扩展了,但是它包含很重要的功能,但是新系统必须依赖它,你可以开发一个外观Facede类,来提供设计粗糙或高复杂度的遗留代码的比较清晰简单的接口,让新系统越Faced对象交互,Facede与遗留代码交互所有复杂的工作。
外观模式,为子系统中的一组接口提供一个一致的截面,此模式定义了一个高层接口,这个接口使得一系统更加容易使用。
#include<iostream>
#include<string>
using namespace std;
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 Facede
{
private:
SubSystemOne* one;
SubSystemTwo* two;
SubSystemThree* three;
SubSystemFour* four;
public:
Facede()
{
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;
three->MethodThree();
}
~Facede()
{
delete one;
delete two;
delete three;
delete four;
}
};
int main()
{
Facede *f = new Facede();
f->MethodA();
f->MethodB();
delete f;
}
使用场景:在设计初期阶段,有意识的将不同的两个层分离,比如典型的三层架构,将数据访问层和业务逻辑层、和表示层的层与层之间建立外观Facede,这样就可以为复杂的子系统提供一个简单的接口,使得耦合度降低。其次,在开发阶段,子系统往往因为不断的重构演化而变得越来越复杂,但是会产生很多的小类,为用户程序带来了困难,会调用它们的用户程序带来了使用上的困难,增加Facede可以提供一个简单的接口,减少它们之间的依赖;第三,在维护一个遗留的大型系统是,可能这个系统已经很难维护和扩展了,但是它包含很重要的功能,但是新系统必须依赖它,你可以开发一个外观Facede类,来提供设计粗糙或高复杂度的遗留代码的比较清晰简单的接口,让新系统越Faced对象交互,Facede与遗留代码交互所有复杂的工作。