C++设计模式:面向对象的八大设计原则之三

单一职责原则(Single Responsibility Principle,SRP)是面向对象设计中的一个重要原则,它强调一个类应该只有一个引起它变化的原因。简单来说,一个类应该只负责一项职责。如果一个类承担了过多的职责,那么当其中一个职责发生变化时,可能会影响到其他职责的正常运行,导致代码的可维护性和可扩展性变差。

下面通过一个具体的 C++ 代码示例来说明单一职责原则。

违反单一职责原则的示例

假设我们要实现一个简单的用户管理系统,这个系统需要处理用户信息的存储和用户信息的显示。如果我们将这两个职责都放在一个类中,代码可能如下:

cpp 复制代码
#include <iostream>

#include <vector>

#include <string>



// 违反单一职责原则的类

class UserManager {

private:

    std::vector<std::string> users;



public:

    // 存储用户信息

    void addUser(const std::string& user) {

        users.push_back(user);

        std::cout << "User " << user << " added successfully." << std::endl;

    }



    // 显示所有用户信息

    void displayUsers() {

        std::cout << "All users:" << std::endl;

        for (const auto& user : users) {

            std::cout << user << std::endl;

        }

    }

};



int main() {

    UserManager manager;

    manager.addUser("Alice");

    manager.addUser("Bob");

    manager.displayUsers();

    return 0;

}

在这个示例中,UserManager 类承担了两个职责:用户信息的存储和用户信息的显示。如果后续需要对用户信息的存储方式进行修改(例如,将用户信息存储到数据库中),或者对用户信息的显示格式进行修改(例如,添加一些额外的信息),都会直接影响到这个类。这就违反了单一职责原则,使得代码的可维护性和可扩展性变差。

遵循单一职责原则的示例

为了遵循单一职责原则,我们可以将用户信息的存储和用户信息的显示这两个职责分别放在不同的类中。代码如下:

cpp 复制代码
#include <iostream>

#include <vector>

#include <string>



// 用户信息存储类

class UserStorage {

private:

    std::vector<std::string> users;



public:

    // 存储用户信息

    void addUser(const std::string& user) {

        users.push_back(user);

        std::cout << "User " << user << " added successfully." << std::endl;

    }



    // 获取所有用户信息

    const std::vector<std::string>& getUsers() const {

        return users;

    }

};



// 用户信息显示类

class UserDisplay {

public:

    // 显示所有用户信息

    void displayUsers(const std::vector<std::string>& users) {

        std::cout << "All users:" << std::endl;

        for (const auto& user : users) {

            std::cout << user << std::endl;

        }

    }

};



int main() {

    UserStorage storage;

    storage.addUser("Alice");

    storage.addUser("Bob");



    UserDisplay display;

    display.displayUsers(storage.getUsers());



    return 0;

}    

在这个示例中,我们将用户信息的存储和用户信息的显示分别放在了 UserStorage 类和 UserDisplay 类中。这样,每个类只负责一项职责,当需要对用户信息的存储方式进行修改时,只需要修改 UserStorage 类;当需要对用户信息的显示格式进行修改时,只需要修改 UserDisplay 类。代码的可维护性和可扩展性得到了显著提高。

总结

单一职责原则可以帮助我们编写更加模块化、可维护和可扩展的代码。通过将不同的职责分离到不同的类中,我们可以降低代码的耦合度,使得每个类的功能更加清晰和独立。

相关推荐
樱木Plus1 天前
深拷贝(Deep Copy)和浅拷贝(Shallow Copy)
c++
willow1 天前
Axios由浅入深
设计模式·axios
blasit3 天前
笔记:Qt C++建立子线程做一个socket TCP常连接通信
c++·qt·tcp/ip
七月丶3 天前
别再手动凑 PR 了:这个 AI Skill 会按仓库习惯自动建分支、拆提交、提 PR
人工智能·设计模式·程序员
刀法如飞3 天前
从程序员到架构师:6大编程范式全解析与实践对比
设计模式·系统架构·编程范式
九狼3 天前
Flutter + Riverpod +MVI 架构下的现代状态管理
设计模式
静水流深_沧海一粟4 天前
04 | 别再写几十个参数的构造函数了——建造者模式
设计模式
StarkCoder4 天前
从UIKit到SwiftUI的迁移感悟:数据驱动的革命
设计模式
肆忆_4 天前
# 用 5 个问题学懂 C++ 虚函数(入门级)
c++