目录一、为什么需要设计原则二、单一职责原则Single Responsibility Principle违反原则的例子重构分离职责三、开闭原则Open-Closed Principle违反原则的例子重构使用多态开闭原则的标准解法四、完整例子从“万能类”到符合原则的设计版本1违反所有原则版本2重构后五、两个原则的关系六、常见误区误区1过度拆分误区2认为开闭原则意味着“永远不修改代码”误区3在错误的地方使用多态七、这一篇的收获一、为什么需要设计原则先看一段“能运行但很糟糕”的代码cppclass Employee { public: void calculateSalary() { /* 计算工资 */ } void saveToDatabase() { /* 保存到数据库 */ } void generateReport() { /* 生成报表 */ } void sendEmail() { /* 发送邮件 */ } };这个类做了太多事情工资计算、数据库操作、报表生成、邮件发送。问题来了修改工资算法 → 改动Employee类更换数据库 → 又要改动Employee类修改邮件模板 → 还是改动Employee类这个类成了“上帝类”每次修改都可能引入 bug而且多个团队互相牵制。设计原则就是为了解决这类问题。二、单一职责原则Single Responsibility Principle一个类应该只有一个引起它变化的原因。换句话说一个类只应该做一件事。如果类有多个职责这些职责会耦合在一起一个职责的变化可能影响或破坏其他职责。违反原则的例子cpp// ❌ 违反单一职责这个类既处理数据又处理展示 class User { private: string name; int age; public: // 数据逻辑 void setName(const string n) { name n; } string getName() const { return name; } // 展示逻辑 void printToConsole() const { cout User: name , age: age endl; } string toHtml() const { return div name /div; } };两个职责会在两个地方被重用printToConsole可能只在控制台程序中使用toHtml可能只在 Web 程序中使用如果把它们放在一起每次修改User的数据结构两边的展示代码都要重新编译。重构分离职责cpp// ✅ 只负责数据 class User { private: string name; int age; public: void setName(const string n) { name n; } string getName() const { return name; } void setAge(int a) { age a; } int getAge() const { return age; } }; // ✅ 负责控制台展示 class UserConsoleRenderer { public: void render(const User user) const { cout User: user.getName() , age: user.getAge() endl; } }; // ✅ 负责 HTML 展示 class UserHtmlRenderer { public: string render(const User user) const { return div user.getName() /div; } };现在User类只关心数据任何展示逻辑的变化都不会影响它。三、开闭原则Open-Closed Principle软件实体类、模块、函数应该对扩展开放对修改关闭。意思是当需求变化时应该添加新代码来适应变化而不是修改已有代码。违反原则的例子cpp// ❌ 违反开闭原则添加新形状需要修改 getArea 函数 class Rectangle { public: double width, height; }; class Circle { public: double radius; }; double getArea(void* shape, int type) { if (type 1) { Rectangle* r (Rectangle*)shape; return r-width * r-height; } else if (type 2) { Circle* c (Circle*)shape; return 3.14 * c-radius * c-radius; } // 添加三角形 → 必须修改这个函数 }每次添加新形状getArea都要改风险很高。重构使用多态开闭原则的标准解法cpp// ✅ 对扩展开放新形状只需继承 Shape class Shape { public: virtual double getArea() const 0; virtual ~Shape() default; }; class Rectangle : public Shape { double width, height; public: Rectangle(double w, double h) : width(w), height(h) {} double getArea() const override { return width * height; } }; class Circle : public Shape { double radius; public: Circle(double r) : radius(r) {} double getArea() const override { return 3.14159 * radius * radius; } }; // 添加新形状不需要修改任何已有代码 class Triangle : public Shape { double base, height; public: Triangle(double b, double h) : base(b), height(h) {} double getArea() const override { return 0.5 * base * height; } }; // 这个函数永远不需要修改 double totalArea(const vectorShape* shapes) { double sum 0; for (auto s : shapes) { sum s-getArea(); } return sum; }四、完整例子从“万能类”到符合原则的设计假设我们有一个报表生成系统初始需求生成 PDF 报表。版本1违反所有原则cppclass Report { private: string title; vectorstring data; public: Report(const string t, const vectorstring d) : title(t), data(d) {} // 数据库操作 void loadFromDB() { cout 从数据库加载数据... endl; // 假设加载了数据 } // 业务逻辑 void processData() { cout 处理数据... endl; for (auto s : data) { // 处理逻辑 } } // PDF 生成 void generatePDF() { cout 生成 PDF 报表: title endl; for (const auto row : data) { cout - row endl; } } // 邮件发送 void sendEmail(const string recipient) { cout 发送邮件到 recipient endl; } };问题单一职责一个类做了 4 件事开闭原则新增 Excel 格式 → 修改Report类版本2重构后cpp// 1. 数据类单一职责 class ReportData { private: string title; vectorstring rows; public: void setTitle(const string t) { title t; } string getTitle() const { return title; } void addRow(const string row) { rows.push_back(row); } const vectorstring getRows() const { return rows; } }; // 2. 数据加载接口开闭原则 class IDataLoader { public: virtual ReportData load() 0; virtual ~IDataLoader() default; }; class DatabaseLoader : public IDataLoader { public: ReportData load() override { ReportData data; data.setTitle(数据库报表); data.addRow(行1); data.addRow(行2); cout 从数据库加载 endl; return data; } }; class FileLoader : public IDataLoader { string filename; public: FileLoader(const string f) : filename(f) {} ReportData load() override { ReportData data; data.setTitle(文件报表); data.addRow(文件行1); cout 从文件 filename 加载 endl; return data; } }; // 3. 报表生成接口开闭原则 class IReportGenerator { public: virtual void generate(const ReportData data) 0; virtual ~IReportGenerator() default; }; class PdfGenerator : public IReportGenerator { public: void generate(const ReportData data) override { cout 生成 PDF: data.getTitle() endl; for (const auto row : data.getRows()) { cout PDF: row endl; } } }; class HtmlGenerator : public IReportGenerator { public: void generate(const ReportData data) override { cout h1 data.getTitle() /h1 endl; cout ul endl; for (const auto row : data.getRows()) { cout li row /li endl; } cout /ul endl; } }; // 4. 报表服务协调者 class ReportService { unique_ptrIDataLoader loader; unique_ptrIReportGenerator generator; public: ReportService(unique_ptrIDataLoader l, unique_ptrIReportGenerator g) : loader(move(l)), generator(move(g)) {} void run() { ReportData data loader-load(); generator-generate(data); } }; // 使用示例 int main() { // 组合不同的加载器和生成器无需修改任何已有类 auto service1 ReportService( make_uniqueDatabaseLoader(), make_uniquePdfGenerator() ); service1.run(); auto service2 ReportService( make_uniqueFileLoader(data.txt), make_uniqueHtmlGenerator() ); service2.run(); // 如果要添加 Excel 导出只需实现 IReportGenerator不修改现有代码 // class ExcelGenerator : public IReportGenerator { ... }; return 0; }输出text从数据库加载 生成 PDF: 数据库报表 PDF: 行1 PDF: 行2 从文件 data.txt 加载 h1文件报表/h1 ul li文件行1/li /ul对比维度版本1违反原则版本2符合原则单一职责一个类做4件事每个类只有1个职责开闭原则新格式需要修改原类添加IReportGenerator实现即可可测试性难全部耦合易可独立测试每个组件代码复用差好加载器可复用五、两个原则的关系单一职责是开闭原则的基础。如果一个类有多个职责那么需求的改变就会影响多个职责违背开闭原则。text单一职责 → 类只有一个变化的原因 ↓ 开闭原则 → 变化通过新增类来实现而不是修改现有类六、常见误区误区1过度拆分cpp// ❌ 过度设计一个加法器都单独成类 class Adder { public: int add(int a, int b) { return a b; } };原则是指导不是教条。简单功能不需要拆分。误区2认为开闭原则意味着“永远不修改代码”开闭原则不是禁止修改而是要求对扩展开放对修改关闭。修复 bug、重构内部实现是可以修改的只是对外部行为保持兼容。误区3在错误的地方使用多态如果形状的添加频率很低或者所有形状都是已知的用枚举 switch 可能更简单。原则要结合实际情况。七、这一篇的收获你现在应该理解单一职责一个类只做一件事只有一个引起变化的原因开闭原则对扩展开放可以加新类对修改关闭尽量不改旧类多态是开闭原则的主要实现手段通过抽象基类 派生类扩展功能好处代码更容易维护、测试、复用警惕过度设计原则是工具不是目的 小作业找一个你以前写的“万能类”比如UserManager既处理数据库又发送邮件按照单一职责和开闭原则重构。至少拆成 3 个类并用接口/多态支持扩展。下一篇预告第38篇《设计原则二里氏替换、接口隔离与依赖倒置》——继续 SOLID 的后三个原则子类必须能替换父类、接口要小而专、依赖抽象而非具体。这三个原则共同塑造了可扩展的系统架构。