coding-style - 什么时候违反单一职责原则是合理的？

Question

在我们的 java web 应用程序中重构了一些服务层类之后，我问自己在什么时候停止遵守单一职责原则 (SRP) 并保持代码的可维护性和可读性是合理的。现在我想问问您在这个问题上的经验。

示例:

假设一个 UserManager 类执行以下操作:

1. 从数据库中查找用户
2. 创建新用户
3. 操纵现有用户

案例 A:这三个职责中的每一个都包含几个执行任务的方法。

→ 我把它分成三类就很清楚了。

案例 B:这三个职责中的每一个都只包含一个方法。

→ 在这种情况下你有什么建议？应该将它分成三个小类还是留在 UserManager 类中？

Answer 1

在我看来，与 OOP 相关的 SRP 意味着与特定对象或实体相关的状态和行为都应该在一个类中。因此，我的观点是，无论有多少方法或需要多少方法来执行特定任务，您都希望将与用户相关的所有方法都放在一个类中。

SRP 的要点(如我所见)是确保您没有域对象相互操纵。换句话说，如果您(假设地)有另一个名为 AccountManager 的类，那么该类不应该有任何直接操作 User 对象的操作——因为这会违反 SRP。相反，AccountManager 类需要依赖 UserManager 类来处理任何/所有用户操作。