在C++中，接口隔离的核心思想是让调用方只依赖自己真正需要的方法，而不是被迫看到一个庞大且杂乱的接口。通过抽象类和纯虚函数，我们可以把不同职责拆成独立的接口，再用具体类去实现它们，从而降低模块间的耦合度。
为什么需要接口隔离
假设我们有一个多功能设备类，既能被打印又能被扫描，但如果某个模块只需要打印功能，却必须依赖包含扫描方法的整体接口，这就违反了接口隔离原则。改动扫描逻辑时，打印相关代码也可能受影响。
未隔离的臃肿接口
#include <iostream>
// 臃肿接口：打印和扫描混在一起
class Device {
public:
virtual void print() = 0;
virtual void scan() = 0;
virtual ~Device() {}
};
// 只需要打印功能的客户端被迫依赖scan
class PrinterClient {
public:
void doPrint(Device* d) {
d->print();
// 明明不需要，但接口里有scan
}
};
用抽象类拆分接口
我们把打印和扫描拆成两个纯虚接口，具体类再通过多重继承去组合能力。这样客户端只依赖自己关心的那部分抽象。
隔离后的窄接口设计
#include <iostream>
// 打印接口
class IPrintable {
public:
virtual void print() = 0;
virtual ~IPrintable() {}
};
// 扫描接口
class IScannable {
public:
virtual void scan() = 0;
virtual ~IScannable() {}
};
// 具体多功能设备
class MultiDevice : public IPrintable, public IScannable {
public:
void print() override {
std::cout << "printing" << std::endl;
}
void scan() override {
std::cout << "scanning" << std::endl;
}
};
// 只依赖打印接口
class PrinterClient {
public:
void doPrint(IPrintable* p) {
p->print();
}
};
实际工程中的建议
- 为每个明确的使用场景定义最小接口，不要过早合并。
- 具体类用
public继承多个窄接口来暴露能力。 - 上层模块通过接口指针或引用使用对象，避免直接依赖实现类。
客户端调用示例
int main() {
MultiDevice dev;
PrinterClient pc;
pc.doPrint(&dev); // 只用到打印，不感知扫描
return 0;
}
小结
接口隔离在C++里并不复杂，关键是用抽象类与纯虚函数把变化点和职责划分清楚。窄接口让依赖更干净，也方便后续替换实现或做单元测试。