SOLID是面向对象设计的五大通用原则，适用于C++等所有支持OOP的语言，强调职责划分、依赖抽象与扩展性，需结合C++特性（虚函数、模板、组合等）灵活实践，而非机械套用其他语言模式。
SOLID 不是 C++ 专属的概念，而是面向对象设计的五大通用原则，由 Robert C. Martin 提出，适用于所有支持面向对象特性的语言（包括 C++）。它不依赖语法糖，而关注类与模块之间的职责划分、依赖关系和扩展方式。在 C++ 中践行 SOLID，关键在于合理使用类、虚函数、接口（抽象基类）、模板、组合等机制，而非强行套用 Java 或 C# 的写法。
单一职责原则（SRP）
一个类应该只有一个引起它变化的原因。C++ 中常见反例是把数据封装、序列化、网络发送、日志记录全塞进一个类里。
- 拆分策略：用小类各司其职，比如
UserData只管字段，UserSerializer负责 JSON 序列化，UserRepository处理存储逻辑 - 注意头文件依赖：SRP 做得好，能减少
#include级联，加快编译 - 不是“一个类一个函数”，而是“一个类聚焦一个业务概念”
开闭原则（OCP）
对扩展开放，对修改关闭。C++ 实现时主要靠多态 + 抽象基类，或策略模式 + 模板参数。
- 定义纯虚接口（如
class ILogger { public: virtual void log(const std::string&) = 0; };），具体实现（FileLogger、ConsoleLogger）可自由增删 - 避免在已有函数里加
if (type == X) {...} else if (type == Y) {...}这类分支逻辑 - 模板也可支持 OCP：比如容器算法接受任意满足概念（Concept）的迭代器，无需修改算法本身
里氏替换原则（LSP）
子类型必须能替换其基类型，且不破坏程序正确性。C++ 中容易踩坑的地方集中在虚函数重写和 const 正确性上。
立即学习“C++免费学习笔记（深入）”；
- 派生类不能削弱基类的前置条件（比如基类允许空指针，子类却断言非空）
- 不能加强后置条件（比如基类返回值范围是 [0,100]，子类缩窄成 [50,80] 就违反 LSP）
- 重写虚函数时，签名要一致，
const和noexcept属性也应兼容（子类可比基类更严格，但不能更宽松）
接口隔离原则（ISP）
客户端不应依赖它不需要的接口。C++ 没有 interface 关键字，但可用轻量抽象基类模拟。
- 避免大而全的基类（如
IEntity同时含render()、save()、updateAI()），按角色拆成IRenderable、ISavable、IAIUpdatable - 组合优于继承：一个类可通过持有多个小接口指针（
std::unique_ptr<IRenderable>+std::unique_ptr<ISavable>）获得能力，而非从巨无霸基类继承 - 头文件粒度也适用 ISP：只包含真正需要的接口头，别为省事
#include "everything.h"
依赖倒置原则（DIP）
高层模块不应依赖低层模块，二者都应依赖抽象；抽象不应依赖细节，细节应依赖抽象。
- C++ 中“抽象”通常是带虚函数的基类或概念约束（C++20 Concepts），而不是具体实现类
- 例如：业务逻辑类
OrderProcessor依赖IChargeService&，而不是PayPalService或StripeService - 构造时注入依赖（通过构造函数参数或 setter），避免内部 new 具体类型——这便于单元测试和替换实现
- 注意：DIP 不等于“所有东西都要抽象”，IO、网络、时间等易变部分优先抽象，稳定的核心算法可直接调用
基本上就这些。SOLID 在 C++ 中不是教条，而是帮助你识别僵化、脆弱、难以测试代码的“嗅探器”。用不用虚函数、要不要加一层抽象，得看变化点在哪、团队规模多大、性能是否敏感。过度设计比不设计更危险。
