SOLID原则学习，单一职责原则（Single Responsibility Principle）

news2025/1/9 16:11:51

在这里插入图片描述

文章目录

1. 定义
2. 核心思想
3. 优点
4. 总结

1. 定义

单一职责原则是面向对象设计中的五大原则（SOLID）之一，由Robert C. Martin提出。它指出一个类应该只有一个引起它变化的原因，即一个类应该只负责一项职责。

2. 核心思想

职责：指的是类所承担的任务或功能。
单一：一个类应该只负责一个功能领域中的一项职责。

3. 优点

高内聚：类的职责单一，功能集中，代码更易理解和维护。
低耦合：职责分离后，类之间的依赖减少，修改一个类不会影响其他类。
可复用性：职责单一的类更容易在其他地方复用。
可测试性：职责单一的类更容易进行单元测试。

举例说明
假设我们有一个类 Report，它负责生成报告并将其打印出来。这个类违反了单一职责原则，因为它承担了两项职责：生成报告和打印报告。
违反SRP的代码：

class Report {
public:
    void generateReport() {
        // 生成报告的逻辑
        std::cout << "Generating report..." << std::endl;
    }

    void printReport() {
        // 打印报告的逻辑
        std::cout << "Printing report..." << std::endl;
    }
};

在这个例子中，Report 类负责生成报告和打印报告。如果未来需要修改生成报告的逻辑或打印报告的逻辑，都需要修改 Report 类，这增加了类的复杂性和维护成本。

遵循SRP的代码：
为了遵循单一职责原则，我们可以将 Report 类拆分为两个类：ReportGenerator 和 ReportPrinter，分别负责生成报告和打印报告。

class ReportGenerator {
public:
    void generateReport() {
        // 生成报告的逻辑
        std::cout << "Generating report..." << std::endl;
    }
};

class ReportPrinter {
public:
    void printReport() {
        // 打印报告的逻辑
        std::cout << "Printing report..." << std::endl;
    }
};

现在，ReportGenerator 类只负责生成报告，ReportPrinter 类只负责打印报告。这样，每个类都只有一个职责，代码更加清晰，易于维护和扩展。
使用示例：

int main() {
    ReportGenerator generator;
    ReportPrinter printer;

    generator.generateReport();  // 生成报告
    printer.printReport();       // 打印报告

    return 0;
}