SOLID原则提升C++代码质量：1. 单一职责确保类只负责一项功能；2. 开闭原则通过继承和多态实现扩展不修改；3. 里氏替换要求子类可安全替换父类；4. 接口隔离提倡细粒度接口避免冗余依赖；5. 依赖倒置强调模块间依赖抽象而非具体实现。结合现代C++特性可构建高内聚、低耦合系统。
SOLID 是面向对象编程中五个核心设计原则的缩写，旨在提升代码的可维护性、可扩展性和可复用性。在 C++ 这种支持多范式、尤其强调性能和抽象能力的语言中，合理应用 SOLID 原则能显著改善类设计和系统架构。下面结合 C++ 语言特性，逐一详解这五大原则及其实际应用方式。
单一职责原则（SRP - Single Responsibility Principle）
一个类应该只有一个引起它变化的原因。换句话说，一个类只负责一项职责。
在 C++ 中，若一个类既处理数据解析又负责日志记录，那它就承担了多个责任。一旦日志格式或解析逻辑变更，这个类就需要修改，增加了出错风险。
示例：将“用户信息解析”和“日志输出”分离：
立即学习“C++免费学习笔记（深入）”；
class UserParser {
public:
User parse(const std::string& data);
};
<p>class Logger {
public:
void log(const std::string& message);
};</p>这样每个类只做一件事，便于单元测试、复用和独立修改。
开闭原则（OCP - Open/Closed Principle）
软件实体（类、模块、函数等）应该对扩展开放，对修改关闭。
在 C++ 中，可以通过抽象基类和多态实现 OCP。当需要新增功能时，不修改已有代码，而是通过继承和重写扩展行为。
例如，绘制不同图形：
class Shape {
public:
virtual ~Shape() = default;
virtual double area() const = 0;
};
<p>class Circle : public Shape {
double r;
public:
Circle(double radius) : r(radius) {}
double area() const override { return 3.1415 <em> r </em> r; }
};</p><p>class Rectangle : public Shape {
double w, h;
public:
Rectangle(double width, double height) : w(width), h(height) {}
double area() const override { return w * h; }
};</p>添加新图形时，只需新增子类，无需修改使用 Shape 的代码，符合开闭原则。
里氏替换原则（LSP - Liskov Substitution Principle）
子类必须能够替换其基类，而不破坏程序的正确性。
在 C++ 中，如果派生类重写了基类方法但改变了预期行为（如抛出异常、限制输入），就违反了 LSP。
常见反例：正方形继承自矩形。若矩形有 setWidth 和 setHeight 方法，而正方形强制宽高相等，则替换后行为异常。
解决方式：避免不合理的继承关系，优先使用组合或接口继承。
LSP 要求：
- 子类不能强化前置条件
- 不能弱化后置条件
- 不能抛出基类未声明的异常
接口隔离原则（ISP - Interface Segregation Principle）
客户端不应依赖它不需要的接口。应将大接口拆分为更小、更具体的接口。
C++ 中没有原生的“接口”关键字，但可通过纯虚类模拟接口。
反例：一个庞大的 Worker 接口包含 work() 和 eat()，导致机器人也得实现 eat()。
改进：
class Workable {
public:
virtual void work() = 0;
virtual ~Workable() = default;
};
<p>class Eatable {
public:
virtual void eat() = 0;
virtual ~Eatable() = default;
};</p><p>class Human : public Workable, public Eatable {
public:
void work() override { /<em>...</em>/ }
void eat() override { /<em>...</em>/ }
};</p><p>class Robot : public Workable {
public:
void work() override { /<em>...</em>/ }
};</p>这样客户端只依赖所需接口，避免“胖接口”问题。
依赖倒置原则（DIP - Dependency Inversion Principle）
高层模块不应依赖低层模块，二者都应依赖抽象。抽象不应依赖细节，细节应依赖抽象。
在 C++ 中，这意味着尽量让类依赖于抽象类或接口，而不是具体实现。
例如，一个报告生成器不应直接依赖 MySQLConnection，而应依赖 Database 接口：
class Database {
public:
virtual void connect() = 0;
virtual void query(const std::string& sql) = 0;
virtual ~Database() = default;
};
<p>class MySQLConnection : public Database {
void connect() override { /<em>...</em>/ }
void query(const std::string& sql) override { /<em>...</em>/ }
};</p><p>class ReportGenerator {
Database<em> db;
public:
ReportGenerator(Database</em> database) : db(database) {}
void generate() {
db->connect();
db->query("SELECT ...");
}
};</p>这样更换数据库时，只需传入新的 Database 实现，无需修改 ReportGenerator。
基本上就这些。SOLID 原则在 C++ 中的应用不是教条，而是指导思想。结合 RAII、智能指针、模板等现代 C++ 特性，能更好地实现高内聚、低耦合的设计。理解并灵活运用这些原则，有助于写出更健壮、易维护的面向对象代码。
