单一责任原则在某种程度上是不言自明的。在编程中，所有东西，例如类、函数、模块、插件，都应该做一件事。

这种方法的一些好处包括：

• 测试具有主要目的的代码更容易，使其更有可能是可靠和稳定的。
• 如果多个职责合并在一起，其中一项需要改变，则更有可能打破其他职责。通过保持功能和职责分离，它增加了更大系统中其他部分的稳定性。
• 新开发人员通常更容易跳入代码并了解代码在做什么。但是，采用这种方法需要权衡取舍，您可能会为任何给定的代码引入更多的依赖关系，这也会增加复杂性。

因为这个想法是让代码专注于一件事，所以我经常将这个原则描述为一段代码应该做一件事并做好。之所以这么说，是因为我发现通过将代码分解为单独的职责，生成的代码应该比将职责合并时更好，更可靠、更稳定、更容易阅读和理解。