[设计模式] 浅谈SOLID设计原则

注：
这些原则是Robert C. Martin 于21世纪初提出的，实际上这只是从其著作&博客中几十条中选择出来的5条。Robert C. Martin，世界级编程大师，设计模式和敏捷开发先驱，敏捷联盟首任主席，C++ Report前主编。20世纪70年代初成为职业程序员，后创办Object Mentor公司并任总裁。后辈程序员亲切地称之为“Bob大叔”。

单一职责原则

现在有一个日记类Journal，包含标题和若干条记录，通过代码可以描述为：

class Journal
{std::string title;std::vector<std::string> entries;explicit Journal(const std::string& _title) : title{_title}{}
};

现在，添加一个增加记录的功能，每条记录以一个按序号增加的数字为前缀：

void Journal::add(const std::string& entry)
{static uint32_t count = 1;entries.push_back(to_string(count) + ": " + entry);
}

现在对于这个类的使用，我们可以直接：

Journal j{ "Happy Day" };j.add("This is first log");
j.add("This is second log");

在这里插入图片描述
将 “添加记录”功能作为Journal类的一部分从业务角度来说，是有意义的，因为日记类本身就需要这个功能，维护日记中的记录是Journal类的职责，所以说Journal类中任何与记录有关的功能都是合理的。

现在有了一个新的需求：将日记信息持久化（简单来说保存到文件吧），那么也可以在Journal中添加一块代码：

void Journal::save(const std::string& filePath)
{std::ofstream ofs(filePath);for (const auto& s : entries){ofs << s << endl;}
}

代码好写，但是，这么做是正确的吗？（不能够说这种方式是错的，但至少是不正确的），因为： Journal类的职责是维护日志记录，而不是将他们写到磁盘持久化！
如果将这个功能添加到有持久化需求的类中，有关持久化方法的改动都需要在每个类中修改，这显然不是我们想要的！
比较好的方法是：单独考虑这个功能，将这个feature添加到独立的类中，比如可以：

class PersistenctManager
{static void save(const Journal& j, const std::string& filePath){std::ofstream ofs(filePath);for (const auto& s : j.entries){ofs << s << endl;}}
};