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

---

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;
}

---

4. 总结

单一职责原则通过将类的职责分离，使得每个类都专注于一个功能领域，从而提高了代码的可维护性、可复用性和可测试性。在实际开发中，遵循SRP可以帮助我们设计出更加清晰、灵活的软件系统。

原文地址：https://blog.csdn.net/Allen_Spring/article/details/145019002

免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！