在应用“单一责任原则”并查看班级变更的原因时，您如何确定该变更太过分的原因是否太细致或不够细致？
最佳答案
除了“根据您的经验应用您的判断”之外，我不知道有什么好的答案。如果失败，请寻求帮助，我想这就是您在这里所做的;）
认真地说，但是，如果您发现要创建大量的类来完成看似简单的工作，那么您可能过于细心。如果您的班级看上去都很庞大，那么您可能太粗暴了。如果这是显而易见的话，请原谅我。
我认为这是那些模糊，没有严格和快速规则的案例之一，这些案例向我们展示了为什么我们需要人工程序员。尝试尝试一下，寻求平衡，如果发现您在一个方向或另一个方向上走得太远，则可以重构。并记住：if it's worth doing, it's worth doing badly。
关于oop - 单一责任原则:变更原因的粒度，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/27018/