依赖倒置原则要求高层模块不依赖低层模块，二者均应依赖抽象。在C++中，通过抽象基类（如Saver接口）解耦业务逻辑与具体实现，使OrderProcessor等高层模块依赖抽象而非具体类（如FileSaver或DatabaseSaver）。借助构造函数注入具体实现，实现灵活替换与扩展，提升代码可维护性、可测试性与可扩展性，核心是“面向接口编程”。
依赖倒置原则（Dependency Inversion Principle, DIP）是面向对象设计中的六大原则之一，它的核心思想是：高层模块不应该依赖于低层模块，二者都应该依赖于抽象；抽象不应该依赖于细节，细节应该依赖于抽象。
在C++中，这意味着我们应通过接口或抽象基类来解耦高层逻辑与底层实现，从而提升代码的可维护性、可测试性和可扩展性。
高层模块不依赖低层模块
传统编程中，高层模块（如业务逻辑）常常直接调用低层模块（如数据存储、网络请求）。这会导致代码紧耦合，一旦底层实现变化，高层模块也需要修改。
使用依赖倒置，我们可以让高层模块依赖一个抽象接口，而低层模块实现这个接口。这样，高层模块无需知道底层的具体实现。
立即学习“C++免费学习笔记（深入）”；
示例：假设我们有一个订单处理系统，需要保存订单到文件或数据库。
不遵循DIP的做法：
class FileSaver {public:
void save(const std::string& data) { /* 保存到文件 */ }
};
class OrderProcessor {
FileSaver saver; // 直接依赖具体实现
public:
void process(const std::string& order) {
saver.save(order);
}
};
此时，
OrderProcessor依赖于
FileSaver，如果想换成数据库保存，就必须修改
OrderProcessor。
使用抽象进行解耦
我们引入一个抽象接口
Saver，让高层模块依赖它。
class Saver {
public:
virtual ~Saver() = default;
virtual void save(const std::string& data) = 0;
};
class FileSaver : public Saver {
public:
void save(const std::string& data) override { / 文件保存 / }
};
class DatabaseSaver : public Saver {
public:
void save(const std::string& data) override { / 数据库保存 / }
};
class OrderProcessor {
Saver& saver; // 依赖抽象
public:
OrderProcessor(Saver& s) : saver(s) {}
void process(const std::string& order) {
saver.save(order);
}
};
现在，
OrderProcessor不再依赖任何具体实现，而是依赖
Saver接口。我们可以随时传入
FileSaver或
DatabaseSaver，无需修改高层代码。
依赖注入实现灵活替换
通过构造函数将具体实现注入到高层模块，是实现依赖倒置的常见方式。这种方式称为依赖注入（Dependency Injection）。
例如：
FileSaver fs;OrderProcessor op(fs);
op.process("order_001");
或者切换为数据库保存：
DatabaseSaver dbs;OrderProcessor op(dbs);
op.process("order_001");
同样的高层代码，支持不同的底层实现，扩展性强，测试也更容易——可以注入模拟对象（mock）进行单元测试。
基本上就这些。依赖倒置的关键是“面向接口编程”，而不是“面向实现编程”。在C++中，通过抽象基类和引用/指针传递，就能很好地实现这一原则。
