迪米特法则:如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用。
如果其中一个类需要调用另一个类的某一个方法的话,就可以通过第三者转发
迪米特法则的首先强调的前提是在类的结构设计上,每一个类都应当尽量降低成员的访问权限,也就是说,一个类包装好自己的private状态,不需要让别的类知道的字段或行为就不要公开
类之间的耦合越弱,越有利于复用,一个处在弱耦合的类被修改,不会对有关系的类造成波及,也就是说信息的隐藏促进了软件的复用
外观模式:
外观模式为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口,这个接口使得这个子系统更加容易使用
什么时候使用外观模式:
首先在设计初期阶段,应该要有意识的将不同的两个层分离
将复杂的子类系统封装到一个接口,统一进行管理,使得子类系统与用户间的耦合性大大降低
当开发大型的系统时,你可以为系统开发一个外观Facade类,来提供设计粗糙或高度复杂的遗留代码的比较清晰的接口,让系统与Facade对象交互
/*
外观模式就是将复杂的子类系统抽象到同一个的接口进行管理
,外界只需要通过此接口与子类系统进行交互,而不必要直接与复杂的子类
系统进行交互
*/
#include <iostream>
using namespace std;
/*这里定义四个子类系统*/
class SubSystemOne
{
public:
void MethorOne()
{
cout<<"子系统方法一"<<endl;
}
};
class SubSystemTwo
{
public:
void MethorTwo()
{
cout<<"子系统方法二"<<endl;
}
};
class SubSystemThree
{
public:
void MethorThree()
{
cout<<"子系统方法三"<<endl;
}
};
class SubSystemFour
{
public:
void MethorFour()
{
cout<<"子系统方法四"<<endl;
}
};
/*
外观类,接口
*/
class Facade
{
SubSystemOne *one;
SubSystemTwo *two;
SubSystemThree *three;
SubSystemFour *four;
/*构造函数*/
public:
Facade()
{
one = new SubSystemOne();
two = new SubSystemTwo();
three = new SubSystemThree();
four = new SubSystemFour();
}
void MethorA()
{
cout<<"方法组A()"<<endl;
one->MethorOne();
two->MethorTwo();
}
void MethorB()
{
cout<<"方法组B()"<<endl;
three->MethorThree();
four->MethorFour();
}
};
/*
客户端调用,客户端只需要与接口Facade交互就可以访问四个子类系统了
*/
void main()
{
Facade facade;
facade.MethorA();
facade.MethorB();
}