单一责任原则：改变原因的粒度

Question

当应用单一职责原则并查看班级的理由发生变化时，如何确定该原因是否过于细化或者不够精细？

Answer 1

我不知道除了“根据你的经验应用你的判断”之外，还有一个很好的答案。如果没有，获得帮助，我想这是你在这里做什么;）

虽然，如果你发现你正在创建一个gazillion类来做一些看似简单的工作，那么你可能过于细化。如果你的课都看起来很大，那么你可能太粗糙了。请原谅我，如果这是明显的声明。

我认为这是那些模糊的，非硬性和快速规则的案例之一，它向我们展示了为什么我们需要人类程序员。只要尝试一些东西，寻求平衡，如果发现自己朝着某个方向或另一方向走得太远，就会重构。请记住：if it's worth doing, it's worth doing badly。

Answer 2

1. 我不会太担心粒度。我将首先在更广泛的层面上分开关注。基本点是我们应该避免在这里过度工程。但够了。我在这里同意Lucas，这第一步将会随着经验的提高而改善。
2. 随着需求的变化，随着我开始感觉到“气味”，随着对问题的理解提高，我会通过分析各个问题的重构设计，因为它们变得明显。与整体设计一样，基本上关注的分离也应该是渐进式的。