接口隔离_Facade
目录
接口隔离
在组件构建过程中,某些接口之间直接的依颖常常会带来很多问题、甚至根本无法实现。采用添加一层间接(稳定)接口,来隔离本来互相紧密关联的接口是一种常见的解决方案。 典型模式
- Facade
- Proxy
- Adapter
- Mediator
1 Facade 门面模式
1.1 模式动机
上述 A 方案的问题在于组件的客户和组件中各种复杂的子系统有了过多的耦合,随着外部客户程序和各子系统的演化,这种过多的耦合面临很多变化的挑战。
如何简化外部客户程序和系统间的交互接口?如何将外部客户程序的演化和内部子系统的变化之间的依赖相互解耦?
1.2 模式定义
为子系统中的一组接口提供一个一致 (稳定) 的界面, Facade 模式定义了一个高层接口,这个接口使得这一子系统更加容易使用(复用)。
1.3 模式示例代码
# include <iostream>
// 子系统类:CPU
class CPU {
public:
void start() {
std::cout << "CPU开始启动" << std::endl;
}
};
// 子系统类:内存
class Memory {
public:
void check() {
std::cout << "内存检查完成" << std::endl;
}
};
// 子系统类:硬盘
class HardDrive {
public:
void read() {
std::cout << "硬盘读取完成" << std::endl;
}
};
// Facade类:电脑启动器
class ComputerFacade {
public:
void startComputer() {
cpu.start();
memory.check();
hardDrive.read();
std::cout << "电脑启动完成" << std::endl;
}
private:
CPU cpu;
Memory memory;
HardDrive hardDrive;
};
int main() {
// 创建电脑启动器对象
ComputerFacade computer;
// 启动电脑
computer.startComputer();
return 0;
}
2 要点总结
从客户程序的角度来看,Facade 模式简化了整个组件系统的接口, 对于组件内部与外部客户程序来说,达到了一种“解耦”的效果 — 内部子系统的任何变化不会影响到 Fagade 接口的变化。
Fagade 设计模式更注重从架构的层次去看整个系统,而不是单个类的层次。Fagade 很多时候更是一种架构设计模式。
Fagade 设计模式并非一个集装箱,可以任意地放进任何多个对象。
Facade 模式中组件的内部应该是“相互耦合关系比较大的一系列组件”,而不是一个简单的功能集合。