在应用"单一责任原则"并查看班级变更的原因时，我们如何确定该变更太过细致或者不够细致？

解决方案

回答

除了"根据经验运用判断"之外，我不知道有什么好的答案。如果失败，请寻求帮助，我想这就是我们在这里所做的;)

认真地说，但是，如果我们发现要创建大量的类来完成看似简单的工作，那么我们可能太过细心了。如果班级看上去都很庞大，那么我们可能太粗暴了。如果这是显而易见的话，请原谅我。

我认为这是那些模糊，没有严格和快速规则的案例之一，这些案例向我们展示了为什么我们需要人工程序员。尝试尝试一下，寻求平衡，如果发现自己在一个方向或者另一个方向上走得太远，则可以重构。请记住：如果值得做，那就值得做坏。

回答

• 最初我不会太担心粒度。首先，我将在更广泛的层面上进行关注分离。基本要点是，我们应避免在此处过度设计。但是就足够了。我在这里同意卢卡斯(Lucas)的观点，即随着经验的积累，这第一步将得到改善。
• 随着需求的变化，随着我对问题的理解程度的提高，随着我对问题的理解的增强，我将通过消除明显的独立问题来重构设计。与总体设计一样，关注点的分离基本上也应是进化的。