依赖倒置原则（Dependency Inversion Principle, DIP）是面向对象设计中的六大原则之一，它的核心思想是：高层模块不应该依赖于低层模块，二者都应该依赖于抽象；抽象不应该依赖于细节，细节应该依赖于抽象。
在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++中，通过抽象基类和引用/指针传递，就能很好地实现这一原则。
以上就是C++依赖倒置原则 高层模块不依赖低层的详细内容，更多请关注知识资源分享宝库其它相关文章！
发表评论:
◎欢迎参与讨论，请在这里发表您的看法、交流您的观点。